そろそろ(おまえらの)DevOpsについて一言いっておくか
•
1 like•1,718 views
『Tokyo ComCamp 2016 powered by MVPs』で講演した『そろそろ(おまえらの)DevOpsについて一言いっておくか』の配布資料
Recommended
More Related Content
What's hot
What's hot (20)
Similar to そろそろ(おまえらの)DevOpsについて一言いっておくか
Similar to そろそろ(おまえらの)DevOpsについて一言いっておくか (20)
More from Takashi Takebayashi
More from Takashi Takebayashi (20)
Recently uploaded
Recently uploaded (9)
そろそろ(おまえらの)DevOpsについて一言いっておくか
- 1. © 2016 Takashi Takebayashi Microsoft MVP for Visual Studio and Development Technologies Takashi Takebayashi @changeworlds そろそろ(おまえらの)DevOps について一言いっておくか Tokyo ComCamp 2016 powered by MVPs
- 2. © 2016 Takashi Takebayashi Hi everyone,
- 3. © 2016 Takashi Takebayashi What is DevOps? Misunderstanding Summary Agenda DevOpsとは何か？ 大きな誤解 まとめ
- 4. © 2016 Takashi Takebayashi What is DevOps? DevOpsとは何か？
- 5. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？
- 6. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」
- 7. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 DevとOpsの 「DevOpsとは コラボレーション のことだ！」
- 8. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」 DevとOpsの 「DevOpsとは コラボレーション のことだ！」
- 9. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 自動化 「DevOpsとは のことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」 DevとOpsの 「DevOpsとは コラボレーション のことだ！」
- 10. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 自動化 「DevOpsとは のことだ！」 我こそ元祖DevOps InfrastructureasCode 「DevOpsとは のことだ！」
- 11. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 我こそ元祖DevOps 我こそ真のDevOps 自動化 「DevOpsとは のことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」
- 12. © 2016 Takashi Takebayashi Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 我こそ元祖DevOps 我こそ真のDevOps 自動化 「DevOpsとは のことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」我こそ真のDevOps
- 13. © 2016 Takashi Takebayashi 自動化 「DevOpsとは のことだ！」 Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」 我こそ元祖DevOps 我こそ本家DevOps 我こそ真のDevOps 我こそ真のDevOps
- 14. © 2016 Takashi Takebayashi 全体像を把握せず それぞれが好き勝手言っている
- 15. © 2016 Takashi Takebayashi 群盲象を評す http://blogimg.goo.ne.jp/user_image/79/fc/98d4f70aeea65e0fc6997b852db2f488.jpg
- 16. © 2016 Takashi Takebayashi The original 原典
- 17. © 2016 Takashi Takebayashi The original 原典 http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 18. © 2016 Takashi Takebayashi Dev versus Ops http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 19. © 2016 Takashi Takebayashi Why? http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 20. © 2016 Takashi Takebayashi Ops’ job is NOT to keep the site stable and fast http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 21. © 2016 Takashi Takebayashi Ops’ job is to enable the business http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 22. © 2016 Takashi Takebayashi The business requires change http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 23. © 2016 Takashi Takebayashi But there’s a risk of outage when change http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 24. © 2016 Takashi Takebayashi Lowering risk of change through tools and culture http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 25. © 2016 Takashi Takebayashi Dev and Ops http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 26. © 2016 Takashi Takebayashi Tools and Culture http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 27. © 2016 Takashi Takebayashi Misunderstanding 大きな誤解
- 28. © 2016 Takashi Takebayashi Q. デプロイの回数が 測定基準では？
- 29. © 2016 Takashi Takebayashi DevOps ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
- 30. © 2016 Takashi Takebayashi DevOps ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
- 31. © 2016 Takashi Takebayashi The build-measure-learn feedback loop ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
- 32. © 2016 Takashi Takebayashi The build-measure-learn feedback loop ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
- 33. © 2016 Takashi Takebayashi Q. デプロイの回数が測定基準では？ デプロイの回数はフローの 中の1プロセスに過ぎない 1日に10回デプロイできても 意思決定から価値を生み出 すまでの時間が長くては意 味がない ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
- 34. © 2016 Takashi Takebayashi Q. どちらがビジネスとして好ましいですか？ 毎日10回デプロイ デプロイまで90日 デプロイ後、分析に1日 分析後、要求に1日 隔週1回デプロイ デプロイまで9日かかる デプロイ後、分析に1日 分析後、要求に1日
- 35. © 2016 Takashi Takebayashi Q. どちらがビジネスとして好ましいですか？ 毎日10回デプロイ デプロイまで90日 デプロイ後、分析に1日 分析後、要求に1日 隔週1回デプロイ デプロイまで9日かかる デプロイ後、分析に1日 分析後、要求に1日
- 36. © 2016 Takashi Takebayashi Q. どちらがビジネスとして好ましいですか？ 毎日10回デプロイ デプロイまで90日 デプロイ後、分析に1日 分析後、要求に1日 隔週1回デプロイ デプロイまで9日かかる デプロイ後、分析に1日 分析後、要求に1日 この対比、何かに似てないですか？
- 37. © 2016 Takashi Takebayashi Water fall and Agile Water Fall 要求分析 設計 実装 検証 時間 要求 Agile 時間 要求
- 38. © 2016 Takashi Takebayashi By the way ところで
- 39. © 2016 Takashi Takebayashi Golden Circle
- 40. © 2016 Takashi Takebayashi Golden Circle Why How What
- 41. © 2016 Takashi Takebayashi Golden Circle Why How What 優れていない リーダー
- 42. © 2016 Takashi Takebayashi Golden Circle Why How What 優れていない リーダー 優れた リーダー
- 43. © 2016 Takashi Takebayashi 自動化 「DevOpsとは のことだ！」 Q. What is DevOps? DevOpsとは何か？ DevとOpsの 「DevOpsとは コラボレーション のことだ！」 毎日頻繁にDeployする 「DevOpsとは (10+DeploysPerDay) ことだ！」 InfrastructureasCode 「DevOpsとは のことだ！」 我こそ元祖DevOps 我こそ本家DevOps 我こそ真のDevOps 我こそ真のDevOps
- 44. © 2016 Takashi Takebayashi Golden Circle Why How What
- 45. © 2016 Takashi Takebayashi Golden Circle Why How What DevとOpsのコラボ
- 46. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How Why How What
- 47. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode Why How What
- 48. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Why How What
- 49. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated Why How What
- 50. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What
- 51. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What 10+DeploysPerDay
- 52. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What 10+DeploysPerDay->What
- 53. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What 10+DeploysPerDay->What Why-> ???
- 54. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What 10+DeploysPerDay->What Why-> ???
- 55. © 2016 Takashi Takebayashi Golden Circle DevとOpsのコラボ->How InfrastructureasCode->How Automated->How Why How What 10+DeploysPerDay->What Why-> ??? なぜ(Why)やっているのかが わからない
- 56. © 2016 Takashi Takebayashi The original 原典 http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr
- 57. © 2016 Takashi Takebayashi Golden Circle Why How What
- 58. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange Why How What
- 59. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What
- 60. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What changeistherootcauseofmostoutages
- 61. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What changeistherootcauseofmostoutages DevとOpsのコラボ->How InfrastructureasCode->How Automated->How
- 62. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What changeistherootcauseofmostoutages DevとOpsのコラボ->How InfrastructureasCode->How Automated->How 10+DeploysPerDay->What
- 63. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What changeistherootcauseofmostoutages DevとOpsのコラボ->How InfrastructureasCode->How Automated->How 10+DeploysPerDay->What
- 64. © 2016 Takashi Takebayashi Golden Circle Thebusinessrequireschange->Why Why How What changeistherootcauseofmostoutages DevとOpsのコラボ->How InfrastructureasCode->How Automated->How 10+DeploysPerDay->What Theoriginal(原典)は Whyからはじめている
- 65. © 2016 Takashi Takebayashi Summaryまとめ
- 66. © 2016 Takashi Takebayashi Check the primary source 1次資料を調べる Understanding “Why” なぜ？を理解する Practice, practice, practice! 実践あるのみ Summaryまとめ
- 67. © 2016 Takashi Takebayashi Takashi Takebayashi @changeworlds Microsoft MVP for Visual Studio and Development Technologies Blog : http://changesworlds.com/ Role : Scrum Master, Agile Coach Writing : Build Insider, mynavinews Community : スクラム道, TFSUG, T4Tコアメンバ Speaker
- 68. © 2016 Takashi Takebayashi Thank you for your attention
Editor's Notes
- Flickrの発表「10+ Deploys Per Day」を知らんのか？
- 黙れ、小僧！毎日頻繁にデプロイするにはDevとOpsのコラボは必須ではないか！！
- DevとOpsのコラボだけじゃ毎日頻繁にデプロイなんてできない。そう、IaC以外ではね！つまり、IaCが本質だ！
- 何を言っているんだ、それら全てをひっくるめて自動化じゃないか、つまり自動化こそが本家DevOps！
- こういう状態を評す言葉があります。
- 伝統的な組織では、開発部門と運用部門は対立しています。
- なぜか？まず開発者は新しい機能を追加していきたいのですが、運用者は安定稼働したシステムに手を加えたくないためです。機能の追加にはシステムに変更を加えるため、両者の利害が対立しているわけです。
- しかし、運用者の目的もシステムの安定稼働ではありません。
- 運用者の目的もビジネスの実現です。もちろん、これは開発者も同様です。
- しかし、ビジネスを進めて行くには変化が必要です。だから開発者もビジネスを進める、実現するために変更を加え続けているわけです。
- とはいえ、変化・変更をシステムに加えることはシステムダウンの原因にもなりえます。どうすればよいでしょうか？ニトリなんてそれの良い例です。
- 変化・変更によるリスクを低くすればいいわけです。そう、ツールと社内文化によって。
- そのためには開発者と運用者が協力し合わなければならないわけです。これがDevOpsと言われる所以です。
- 原典では「こうしたツールと企業文化の実現は簡単ではない」としつつ、その実現に必要なツールと文化の要素を次のように紹介しています。 T4. 何時何分に発火すると設定できるもの、これがないとインフラさん深夜2時にリリースよろしくニキーってなります。T6.ChatOps、C4.非難するのを避けましょうといった具合です。
- DevOpsと言うと大抵こういった図が出てきます。
- デプロイはこの部分です。
- 有名なリンスタのFBLで言うと
- デプロイはこの部分です。
- 分かり易く、デプロイ回数を消してみましょう。
- この対比
- 大事なことになかなか気づかないようなので、少し話を変えてみましょう。
- 「優れたリーダーはどうやって行動を促すか」で有名なサイモン・シネックが提唱したGolden Circleをご存知でしょうか？
- こんな感じのやつです。
- こんな感じのやつです。
- こんな感じのやつです。
- これで考えてみましょう
- WhatないしはHowしかありません。つまり、優れていないリーダーのアプローチということです。
- 「優れたリーダーはどうやって行動を促すか」で有名なサイモン・シネックが提唱したGolden Circleで最も重要なWhyがないわけです。だからみんな好き勝手言っているわけです。
- では原典ではどうでしょうか？
- その解決策として、「DevとOpsのコラボ」「IaC」「自動化」などが必要だと言っているわけです。
- その結果、10+Deploys Per Dayになると
- 原典を理解せずにあーだーこーだーいっても意味がない、全くムダ
- スピーカーは〜
- 最後までご静聴ありがとうございました。