2013年2月よりロンチしたサービスです。プロビジョニング、設定管理、デプロイメント、監視およびアクセス制御など、複雑なアプリケーション・ライフサイクルのための管理ソリューションです。OpsWorksで設定管理に関係するAWS項目になります。Chefやgitを用いて、ソフトウェアのプロビジョニング、デプロイメントを行います。開発担当者と運用担当者が連携して協力するソフトウェア開発手法です。国内のOpsWorks事例がおそらく下記のイベントで聞けると思います。2015年03月26日にAWSにてOpsWorksセミナーが開催されます。検討すべき要素と思われます。これから、OpsWorksが提供するDevOpsについてもう少し詳しくお話していきます。OpsWorksの用語から中身を理解していきましょう。スタックとはOpsWorksのトップエンティティです。OpsWorksの全体の設定を行っていきます。18OpsWorksのネットワーク概念図1OpsWorksによりEC2インスタンスが起動されるとOpsWorksエージェントがインストールされます。2OpsWorksサービスエンドポイントと通信をします。レイヤーとはOpsWorksにはレイヤーが必ず必要になります。レイヤーは2種類あります。インスタンスの設計図です。Chefのcookbookの指定、セキュリティグループの指定などを定義します。インスタンスとは起動させるインスタンスの設定になります。EC2インスタンスタイプやサブネット、スケーリングタイプなど指定します。24/7......手動で起動。Time-based......時間ベースで自動起動。Load-based......負荷ベースで自動起動。インスタンスを指定したら手動で起動します。24/7のインスタンスと選択項目は変わりません。毎日か各曜日で起動する時間帯を決めっます。時間がUTCですので、JSTで考える必要があります。24/7のインスタンスと選択項目は変わりません。起動したインスタンスにデプロイされるアプリケーションの設定になります。otherになります。アプリケーションで指定したリポジトリから、インスタンスにデプロイを行います。アンデプロイ、ロールバックも可能。開発者、運用者がgitでインフラコード、アプリケーションコードを管理。Wikiも使えたらアプリケーション開発の向上するかも。リポジトリを更新していくことでソフトウェアがどんどん改善されていきます。デプロイもモニタリングも、OpsWorksで。ADSJ様のスライドにも適さない例があります。http://www.slideshare.net/AmazonWebServicesJapan/20131016-aws-meisterregenerateopsworks(※スライド8ページ目になります。効であるとは言えません。DevOpsを実施するために、予算を組むのは大変ですよね。中途半端に抜けられなくなって終わらないものもあるかもしれません。DevOpsは、一夜ではできません。OpsWorksを使うリソースは、AWS。個人的にOpsWorksがすべてユーザーに適応できるものではないと考えております。したら、皆様や皆様の周りの方々、環境に応じて合わない可能性もなくありません。DevOpsを導入するには、大変です。AWSであれば、初期投資もなくはじめられると思います。OpsWorksに触れてみてまずDevOpsを体験されてはいかがでしょうか。失敗しても、そのコストは計算次第。OpsWorksの一部分でも皆様のDevOpsの発展のキッカケになれたらと願います。