1. DevOpsとは
～DevOpsがいま注目されている理由～
2013年12月19日
JEITA ソフトウェアエンジニアリング技術 ワークショップ
2013
Publickey 新野淳一
Publickey
http://www.publickey.jp/
1

2. 自己紹介
新野淳一
ITジャーナリスト ／ Publickeyブロガー
クラウド利用促進機構（CUPA） 総合アドバイザー
元アイティメディア 常務執行役員 テクノロジー・メディア事
業部長
ブログメディアの運営
http://www.publickey.jp/
雑誌やオンラインメディアへの寄稿など
Publickey
http://www.publickey.jp/
2

3. アジェンダ
 DevOpsとは何か？
 DevOpsが注目されている理由
Publickey
http://www.publickey.jp/
3

4. DevOpsとは何か？
その歴史と内容について
Publickey
http://www.publickey.jp/
4

5. DevOps、国内での盛り上がり
2010年頃
2011年3月
日本でDevOpsの記事や勉強会での説明が始まる。
ブログメディアPublickeyで記事公開
「開発と運用の新しい関係、「DevOps」とは何か？」
2012年2月
2012年5月
2012年10月
イベント「Datadog & DevOps meet up」開催
イベント「DevOps Days Tokyo 2012」開催
国内でChefの商用提供開始、クリエーションライン
2013年8月
イベント 「Developers Summit 2013 Summer」
DevOps & Mobile
2013年9月
2013年10月
イベント「DevOps Day Tokyo 2013」 開催予定
イベント「IBM Innovate 2013」 DevOps
Publickey
http://www.publickey.jp/
5

6. DevOps、海外での始まりと広がり
2009年6月3日
セッション
米オライリーのイベント「Velocity」の
「10 deploys per day dev & ops
cooperation at Flickr」
John Allspaw & Paul Hammond
2009年10月30日 ベルギーのヘントでイベント開催
「Devopsdays Ghent 2009」
コンサルタントのPatrick Debois氏が提唱
Publickey
http://www.publickey.jp/
6

7. DevOps、海外での始まりと広がり
2010年
2月
6月
10月
12月
2011年
4月
8月
10月
12月
2012年
4月
etc....
DevOps Days Sydney
DevOps Days Moutain View
DevOps Days Humburg
DevOps Days Sao Paulo
DevOps Days Melbourne
DevOps Days Bangalore
DevOps Days Goteber
DevOps Days Manila
DevOps Days Austin
Publickey
http://www.publickey.jp/
7

8. 最初は相手にされなかったDevOps
Patrick Debois氏、ブログにて最初のDevOps Daysを振り返る。
「Devopsdays09 – 2週間が過ぎて」
この数年、アジャイル系カンファレンスへ行って
も全然相手にしてもらえなかった。もうあきらめ
気味だったんだ。開発と運用が協力するなんてい
う考えはばかげているってね。
だけど、なんと、このこの思いが本当に広まりつ
つあるんだ。
Devopsdays09 - Two Weeks Later
http://www.jedi.be/blog/2009/11/15/devopsdays09-two-weeks-later/
Publickey
http://www.publickey.jp/
8

9. ITの現場でよくある風景
運用担当（Ops）
開発担当（Dev）
「ユーザーのためにどんどん新機能を
開発して、システムに追加していこう
よ！」
「僕の環境では問題ない。そっちで
調べてから言ってきてよ！」
「ユーザーのためには安定運用が必要
だから、いいかげんなコードは受け入
れないよ！」
「なんだかシステムの性能が落ちてる
ぞ、バグがあるんじゃないの？」
＝ 新機能はなかなか追加されず、トラブルも解決されない。
Publickey
http://www.publickey.jp/
9

10. ITの現場の望ましい風景
運用担当（Ops）
開発担当（Dev）
「ユーザーのためにどんどん新機能を
開発して、システムに追加していこう
よ！」
「調べるよ。ログを詳しく見せ
て！」
「了解！ 問題があったらすぐ戻せるよ
うにしておくから 」
「なんだかシステムの性能が落ちてる
ぞ、バグがあるんじゃないの？」
＝ 新機能は追加され、トラブルもすぐに解決して安定運用
Publickey
http://www.publickey.jp/
10

11. 優れたサービスを作る条件がDevOps
運用担当（Ops）
開発担当（Dev）
＝ つねに進化しつづけるオンラインサービスは自然にDevOpsを実践している
Publickey
http://www.publickey.jp/
11

12. DevOpsの原典はFlickrのプレゼン

「Velocity 2009」で公開。DevOpsのコンセプトは、ここに書いて
ある

約80ページのスライドを、3枚にまとめました
Publickey
http://www.publickey.jp/
12

13. 10 deploys per Day （要約その1）
ビジネスは変化を要求してくる
変化に伴うリスクを、ツールとカルチャーで低減する
Publickey
http://www.publickey.jp/
13

14. 10 deploys per Day （要約その2）
これらがツール
Publickey
http://www.publickey.jp/
14

15. 10 deploys per Day （要約その3）
これがカルチャー
Publickey
http://www.publickey.jp/
15

16. DevOpsのおおまかな位置づけ
Biz
アジャイル開発
•
•
•
•
•
•
Dev
スクラム/XP
ソースコード管理
ビルド自動化
テスト自動化
デプロイ自動化
Github、Jenkins、Redmine、JIRA……
DevOps
•
•
•
•
•
Ops
Instastructure as Code≒クラウド
サーバ、ストレージ、ネットワークの構成
自動化
オートスケール、自動フェイルオーバー
ログ収集、モニタリング
Chef、Puppet、Capistrano、Splunk……
メトリクス／KPI／フィードバック
Publickey
http://www.publickey.jp/
16

17. まとめ：DevOpsはムーブメントで
ある

「ツール」と「カルチャー」の2つがDevOpsの柱

ツール＝DevOpsを推進するためのツールすべて

カルチャー＝DevとOpsが尊重し合い、協力すること

決まった方法論はない。あくまでムーブメント
アジャイル開発には「スクラム」「かんばん」「XP」のような、
フレームワークや方法論がある。しかしDevOpsにはそのようなも
のはなく、あくまで「DevとOpsが協力する」というムーブメント
である。

しかし優れたサービスを開発する上で不可欠の要素
Publickey
http://www.publickey.jp/
17

18. DevOpsは
なぜ注目されているのか？
Publickey
http://www.publickey.jp/
18

19. Lean Startupの登場
2011年に、エリック・リース氏が提唱。
不確実な状況の中でビジネスに成功するための方法論として注目。
2012年4月、Eric Ries氏来日講演の模様
Publickey
http://www.publickey.jp/
19

20. Lean Startupとは
ITにおいて、多くのプロジェクト失敗の原因は、
「難しくて作れなかったから」ではない。
正解にたどり着くには、素早く試行錯誤を繰り返
す必要がある。資金が枯渇する前に！
変化を起こすのに規模の優位性はない。大企業で
あってもスタートアップと同じスピードで動けな
ければビジネスでは勝てない
Publickey
http://www.publickey.jp/
20

21. Lean Startupの源流はトヨタ生産システム
 源流はトヨタ生産システム（TPS）。リーン開発手法、そしてリーンスター
トアップへ。
 実用最小限の製品（MVP：Minimum Viable Product）を最小限の努力で作る
 開発、計測、学習のフィードバックループを速く回す
Publickey
http://www.publickey.jp/
21

22. システムインテグレーションにおける大きなトレ
ンド

ビジネスのスピードへ追随するために ： サービス化
スクラッチ開発
パッケージ利用
： 開発期間の短縮
サービス化
： デプロイの短縮、即時利用

価格競争力を強化するために ： グローバル化
アウトソース ： 専門家の活用
オフショア
： 内外価格差の活用
クラウドソーシング ： グローバル競争力の活用
Publickey
http://www.publickey.jp/
22

23. サービス化にどう対応すべきか？
従来のソフトウェア開発ビジネス
サービス化されたソフトウェア開発ビジネス









納期がゴール
開発作業が価値を生み出す
納期の時点で最高の品質を目指す
納品に対してお金をいただく
お客様の成功はあまり関係ない
納期がスタート
開発と運用の連係が価値を生み出す
機能と運用の質を継続的に高めていく
利用に対し継続的にお金をいただく
 お客様が成功しないとお金がもらえな
い
Publickey
http://www.publickey.jp/
23

24. サービス化市場における競争力とは？

サービスでは、質の高い開発と質の高い運用が一体として期待さ
れる
•
•
優れた機能を迅速に実装する技術 （アジャイル開発）
安定かつ高性能な運用を実現する技術 （運用監視）
•
運用で得た知見を開発にフィードバックする。継続的カイゼン活動に
よる高品質、低コスト化。
≒ アジャイル開発方法論
＋運用監視
≒ DevOps
Publickey
http://www.publickey.jp/
24

25. DevOpsを実現するうえでの技術的課題
 開発環境をどう構築するか
•
アジャイル開発、ビルド自動化、テスト自動化
•
特に多様なモバイルデバイスのテストをどうするか
 運用の自動化とモニタリング環境をどう構築するか
•
デプロイ自動化、オートスケーリング、障害対応、モニタリ
ング
 KPIなどメトリクスの策定
Publickey
http://www.publickey.jp/
25

26. DevOpsを実現するうえでの制度的課題

ガバナンスルールとの整合性

組織間の利害関係（特に開発と運用）を乗り越える
カルチャーをどう作るか

多様化する技術、環境などに対応する人材育成、組
織構成をどうするか

開発と運用が別々に契約、発注される状況をどうす
るか？

要件を完備したソフトウェアの納品による売上げ、
という商習慣をどう抜け出すのか？
Publickey
http://www.publickey.jp/
26