ここから本文です

DevOpsの効能とドロドロした現場話をWardish三戸さんが語る

アスキー 5/17(水) 7:00配信

JAWS-UG広島で行なわれたDevOpsに関するセッション
第7回目のJAWS-UG広島で印象的だったのが、3セッション中2セッションがDevOpsに関するものだったということ。以前の速報レポートでも触れたが、懇親会でまでDevOpsの話題で盛り上がった。DevOpsについてプレゼンを行なったのはWardish,LLC.の三戸 鉄也さんとAWSの藤原 吉規さん。内容が濃すぎるため個別記事として掲載するが、それぞれの視点の違いも楽しめるのでぜひ2本合わせて読んでいただきたい。
 
現場の経験値いっぱいで役立つけれども、記者泣かせのDevOpsセッション
 三戸さんのセッションが始まってすぐに、筆者は焦燥感に駆られた。やばい。これはきちんと勉強して理解してから記事を書かないと的外れになるヤツだ……と。筆者が扱える開発言語はC言語程度で、趣味のプログラミングしか経験がない。手を動かして見ないとと思って自宅サーバなども色々試して来たが、ひとりで環境を用意してそこでひとりで遊ぶだけ。1人で分業体制までは試せないので、DevOpsというものを実感として理解できていないのだ。概念的には理解できていても、現場での生々しい経験談を実感として受け取るのは難しすぎる。
 
 と、たっぷり言い訳をしたところで、まずは「Vagran+Chef+OpsWorksで開発を楽にする!」と題した三戸さんのセッションを紹介していこう。なお以前お送りした記事のように「DevOpsではなくOpsDevであるべきだ」という論もあり、私もOpsありきなのではないかと思っていたりするのだけれど、一般的な用語としてDevOpsを使っていくのでその点に関してはご了承いただきたい。
 
OpsWorksを使えばChefのレシピから共通環境を簡単に立ち上げられる
 そもそもVagrantとかChefとかOpsWorksとか、題名には筆者の知らない単語しか並んでいない。そんな素人が筆者以外にどれくらいいたかどうかはあやしいが、三戸さんは親切にOpsWorksの説明からスタートしてくれた。
 
 AWSでアプリケーションをデプロイ、管理する仕組みとして三戸さんはまず、 Elastic Beanstalkを紹介。こちらはアプリケーションを書いてデプロイすれば、下層レイヤーについてはAWSが用意してくれるというもの。サーバーのスケーリングなども気にする必要がなくなる。それに対してOpsWorksは、もう少し下のレイヤーまで自分で自由に設定できる仕組みとのこと。DBを使うのか使わないのか、サーバーの台数は何台なのか、自分で定義した環境を用意してくれる。
 
「なかでもうれしいのは、Chefに対応してくれているところです。いつも使うサーバー関連の設定を定義しておけば、一括でどーんと用意してくれます」(三戸さん)
 

1/2ページ

最終更新:5/23(火) 7:04

アスキー