Cloud Native Days Tokyo 2020
継続的なソフトウェア・アップデートのためのDevOpsベストプラクティス・アンチパターン / DevOps Patterns and Antipatterns for Continuous Software Updates
Cloud Native Days Tokyo 2020
まだTerraform使ってるの？未来はPulumiだよ
Lv：4 Exp：19011 プログラマー友の中釣りが一番上手、釣友の中インフラが一番得意、インフラ友の中猫が一番好き、猫友の中プログラミングが一番詳しい。 本当のInfrastructure as Codeを実現するPulumi インフラをコードにして管理する、所謂Infrastructure as Code(IaC)、特にクラウド上のインフラ管理はTerraformというツールがよく使われていると思います。クラウドエースでもインフラ管理にはTerraformを使用しています。しかし、このInfrastructure as Codeは本当のCodeではなく、Configurationです。今回は本当のInfrastructure as Codeを実践するPulumiというツールを紹介したいと思います。 Pulumiはまさにプログラミングでインフラを自動化する Pulumiは自分が好きなプ
DevOps for Business
1. DevOps for Business 2017/6/6 株式会社アトラクタ 取締役最高技術責任者/アジャイルコーチ 吉羽龍太郎 2. 吉羽龍太郎 @ryuzee ✤ 株式会社アトラクタ取締役CTO/アジャイルコーチ ✤ 野村総合研究所、Amazon Web Servicesなどを経て創業 ✤ アジャイル開発/改善/自動化/クラウド関連のコンサルティングとトレーニングを提供 3. 株式会社アトラクタのご紹介 ✤ 開発プロセスに関するコンサルティングやトレーニングを提供 ✤ ✤ アジャイル開発 / 改善 / 自動化 / チーム育成 / クラウドコンピューティング / ド メインモデリングなどが専門領域 https://www.attractor.co.jp/
DevOpsの採用は大企業が先行、DockerとAnsibleの利用は1年で倍増。RightScaleがDevOpsの調査結果を発表
DevOpsの採用は大企業が先行、DockerとAnsibleの利用は1年で倍増。RightScaleがDevOpsの調査結果を発表 マルチクラウドに対応したマネジメントサービスを提供している米RightScaleが、DevOpsに関する調査結果を発表しました。調査対象は1060人のITプロフェッショナルで、うち42％が1000人以上の大企業に勤めています。 調査結果では、大企業の方が中堅中小よりもDevOpsの導入が進んでいること、Dockerの利用が急速に立ち上がっていること、ChefとPuppetを両方採用している企業が多いことなどが示されています。 主な調査結果のグラフを見てみましょう。 大企業（Enterprise）と中堅中小（SMB）では、大企業のDevOps採用が81％、中堅中小では70％と、大企業の方がDevOpsの採用が進んでいることが分かります。 利用しているDevOp
アジャイル・DevOps 実践企業サーベイの集計結果と考察 - メソッド屋のブログ
先日、113名もの皆さまの協力を得て、「アジャイル・DevOps 実践企業サーベイ(2016)」を実施させていただきました。その集計結果を公開したいと思います。 サーベイにバイアスが入らないように、事前に公開をしていなかったのですが、本サーベイの目的は、日本に、DevOps を導入するにあたり、その前提条件である、アジャイル開発の導入がどの程度本質的に進んでいるか？ということを調査したかったというのが発端になっています。著名なIPAのサーベイ(2013)では、５１％の企業がアジャイル導入済みになっていましたが、肌感覚的には本当かな？というのがあったので、調査してみたくなりました。 今回はサーベイの結果をフル公開いたします。私もサーベイのプロではありませんし、コメントはあくまで私の見方ですので、みなさんご自由のこのサーベイの結果をご利用ください。皆様の分析を皆様のブログに書いていただいてもも
DevOps スタータキットの公開 - メソッド屋のブログ
DevOps の概要、プラクティス、そしてそれに関するリソースを整理して自ら学習しやすいようにしてみました。DevOps の考え方、プラクティス毎に、ビデオとそこで使っているPPTを公開しますのでお楽しみください。 channel9.msdn.com docs.com docs.com 1. DevOps の歴史 DevOps を学ぶときに、海外と比べると日本の商習慣が異なるので、向こうで話されているDevOps の概要を聞いてもピンと来ないかもしれません。そこで、DevOps の歴史を7分程度で学べる動画を作成しました。 これで、DevOps が生まれきた背景が学べると思います。 docs.com 2. DevOps の概要 DevOps の歴史を知るとと、DevOps の概要がよりわかりやすいかもしれません。次のビデオをご覧ください。 docs.com DevOps プラクティス ビデ
Infrastructure as Code 再考 - Gosuke Miyashita
Infrastructure as Code という言葉が現れてから少なくとも8年ほど経過しており、この言葉もすっかり定着したように見えるが、Martin Fowler 氏が最近自身のブログで Infrastructure as Code について触れており 、また、氏の同僚である Kief Morris 氏が O'Reilly Media から Infrastructure as Code という本を出す（現在 Early Relase 版や Free Chapters が入手できる）ようなので、このタイミングで改めて Infrastructure as Code について、その歴史を振り返るとともに、現在の状況について整理してみようと思い、このエントリを書くことにした。 内容的には、以前書いた インフラ系技術の流れ と若干重複してる部分もある。 そういえば日本でも最近、サーバ/インフラ
Re: 運用に自動化を求めるのは間違っているだろうか
2016年4月23日(土) #qpstudy 2016.04 響け！アラートコール！ 発表資料 http://www.zusaar.com/event/12327003 Read less
DevOps ハッカソンは日本で通用したのか？ 〜ハッカソン運営での学びと中の人〜 - メソッド屋のブログ
私は入社以来、月1回以上のペースで、DevOps ハッカソンという無料イベントを実施しています。 DevOps が学べて、関連技術を自由にハックして楽しめるイベントです。マイクロソフトが、DevOps を広く普及させて将来DevOps の良い事例になってくれるお客様を探すことを目的としています。マイクロソフトというとWindowsみたいなイメージがありますが、このハッカソンはそういった縛りはありません。Azureを使っていただくことと、 Visual Studio Team Services という Git / Kanban / Build(CI) / Release Management / Testingみたいなのが便利にできる SaaSサービスをちょっとだけでいいので使っていただくこと、DevOpsプラクティス (例えばInfrastructure as Code)をどんな技術を使っ
【資料公開】Chef ベーシックトレーニング
みなさんこんにちは。@ryuzeeです。 これから新たにChefを学ぶ人向けに非常に基本的なトレーニングの資料を作ったので公開します。 資料の構成は以下のとおりです。 まずDevOpsの文脈から自動化が必要な背景を説明Infrastructure as Codeについての利点を説明ChefのアーキテクチャChefの用語解説Vagrantで仮想マシンを2台使った一番単純なハンズオン(boxも用意済み)Serverspecを使ったCookbookのテストの書き方(VirtualBoxの仮想マシンの中でDockerを使っています)その他なお、2-3時間でさくっと触りながら全体像を掴むことを目的にしているので、網羅性はありません。 ハンズオン用のVagrantのboxには、あらかじめ、Chef DK(Development Kit)、Dockerなどが含まれており、すぐに触れると思います(ただしb
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
ウェブアプリケーション開発に新言語を採用したときにインフラで考えたこと - ゆううきブログ
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
【資料公開】DevOpsの基本
こんにちは。@ryuzeeです。 営業でDevOpsの基本の話をしてきましたので資料を公開しておきます。中身自体は昨年11月に楽天テクノロジーカンファレンスで話した内容を日本語化したものです。 DevOpsに関してはいまだに実体がなんなのかという議論がなされていますが、僕自身の現時点での解釈は、ビジネス上の意思決定から実際に顧客に届ける全体の流れの話であると考えています。すなわちいかにリードタイムを短くするかとスループットを大きくするか、ということです。(それってリーンじゃん、と言われればその通り) デプロイの回数が測定基準である、という記述も見かけますが、デプロイの回数は、あくまでバリューストリームの末端の「個別プロセス」の話でしかないので、物理的に一日に10回デプロイボタンが押せても、意思決定から価値化までの時間は長い、ということがありえます。 Build・Measure・Learnの
DevOpsのためのIT，文化，プラクティス
GOTO Berlin 2015カンファレンス初日の閉会講演は，Nicole Forsgren氏によって行われた。講演の中で氏は，ハイパフォーマンスな組織がDevOpsとリーン管理で信頼性の高いサービスを迅速に提供する，その方法について論じた。 InfoQは氏とのインタビューから，企業がDevOpsメソッドの採用に動き始めた理由，迅速なデプロイがITの安定性向上に与える影響，リーン管理によるパフォーマンス向上などを聞くとともに，パフォーマンス向上の手段としてのDevOps導入を望む企業へのアドバイスを得ることができた。 InfoQ: "State of DevOps 2015"の報告では，信頼性の高いコードの迅速な提供を実現した，ハイパフォーマンスな企業が取り上げられていますが，これらの結果が興味深い理由と，ソフトウェア開発と提供のプロセスとして企業がDevOps手法を採用し始めた理由につ
Itamae Meetup #1 に参加してきた - log.fstn
概要 ↑ ついにロゴができた。 connpass: http://itamae.connpass.com/event/22857/ 開催概要 OSSの構成管理ツールであるItamaeのミートアップです。日頃お使いいただいているユーザの方々にいろいろ発表してもらいます。 日時: 12/9（水） 19時10分開場 19時30分開始 場所: クックパッド株式会社（地図） 東京都渋谷区恵比寿4-20-3 恵比寿ガーデンプレイスタワー12F 受付にて受付番号をお伝え下さい 軽食と飲み物を用意する予定です。 タイムテーブル 19:30-19:50 @ryot_a_rai オープニング 19:50-20:10 @sonots 「ぼくのかんがえた Itamae/Serverspec 構成フレームワーク 〜 板前の献立 〜」 20:10-20:30 @toritori0318 「Chef-soloからIta
Red HatがAnsibleを買収した理由、同社クラウドマネジメント戦略担当が説明
OpenStackに代表されるような、多数のサーバに対して複数のソフトウェアをインストールするような複雑なシステムの構成には、作業を自動化してくれるツールが不可欠です。 こうしたツールはいわゆるデータセンター自動化ツールなどと呼ばれており、ChefやPuppet、そしてAnsibleといったツールがよく知られています。 そのAnsibleをRed Hatが買収したと発表しました。 ChefやPuppetでは、インストール先のサーバにあらかじめエージェントソフトウェアを導入しておく必要がありますが、Ansibleはそうしたエージェントを必要とせず、また設定もYAMLと呼ばれる分かりやすい形式で記述できるなど、全体にシンプルなツールであることが大きな特長の1つです。 Red HatはこうしたAnsibleのシンプルさを評価しつつ、構成の自動化ツールとしてアプリケーションのデプロイやソフトウェア
インフラ自動化とHashicorp tools
2014年12月11日(木) サムライインキュベート（東京都品川）19:00 ～ 22:00 Code the Clouds Mix-up Vol.2 発表資料 http://everevo.com/event/17392
Opsmatic configuration monitoring - move fast with confidence
Opsmatic configuration monitoring with automatic drift detection. Tools to compare host states, helping you solve problems faster. Shared visibility for the entire technical team.No credit card required. By clicking “Start 30-day free trial”, you agree to our terms of service and privacy policy. Do you have a promo code? "Opsmatic quickly found the crucial difference between two hosts: one had a p
第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp
はじめに はじめまして。クックパッド株式会社の荒井（@ryot_a_rai）と申します。 今回から全5回、構成管理ツールであるItamaeの入門から実際の活用例までを解説していきます。今まで構成管理ツールを使ったことがなかった方から、Itamaeをすでに使っている方まで、ぜひご覧ください。 Itamaeとは Itamaeは筆者が中心となって開発を進めているオープンソースの構成管理ツールです。同様のツールとしてはPuppet、Chef、Ansibleなどが有名ですが、ItamaeはChefに影響を受けています。Chefの記述性・柔軟性を持ちながら、シンプルで導入しやすい構成管理ツールを目指して開発が進んでいます。 構成管理ツールの必要性 Itamaeの解説を始める前に、構成管理ツールを使う理由について軽く考えてみたいと思います。 サーバ構築の自動化 手動構築の手間と時間を減らす 手動構築によ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Infrastructure as Code のこれまでとこれから/Infrastructure as Code
