Slide 1

Slide 1 text

DevOps の過去と現在を 読み解く10の質問

Slide 2

Slide 2 text

問0: 今日知りたいことは なんですか?

Slide 3

Slide 3 text

正解!

Slide 4

Slide 4 text

問1: DevOpsという言葉の起源は?

Slide 5

Slide 5 text

https://blog.newrelic.com/engineering/devops-name/ DevOps という名前は どこから来たか? ※その前からあったぞという話も聞いた ことがありますが、たどりやすいところ は、このスライドを見た Patrick Debois がDevOpsDaysを始めた、というのは確 定っぽいです。

Slide 6

Slide 6 text

https://blog.newrelic.com/engineering/devops-name/ トロントで開かれた Agile2008でAndrew Shaferが 「アジャイルインフラ」と いうBoFセッションを開い たが、参加者はたった一名。 セッションをキャンセルし た。 しかしそこでDeboisはShafer を捕まえて廊下で幅広い話 をした。そこからAgile Systems Administration Group が作られた。

Slide 7

Slide 7 text

https://blog.newrelic.com/engineering/devops-name/ Flickrのプレゼンを リモート視聴したDeboisは、 Twitterで参加できなかった ことを悔しがったが、 「同じイベントをベルギー でやればいいじゃん」 とリプライが来た。

Slide 8

Slide 8 text

https://www.slideshare.net/jallspaw/10-deploys-per-day-dev- and-ops-cooperation-at-flickr Flickrでの事例 • 写真共有サイト (という業態を作った スタートアップ) • 2004年創業 • 2005年Yahoo!が買収

Slide 9

Slide 9 text

https://www.slideshare.net/jallspaw/10-deploys-per-day-dev- and-ops-cooperation-at-flickr DevとOps

Slide 10

Slide 10 text

https://www.slideshare.net/jallspaw/10-deploys-per-day-dev- and-ops-cooperation-at-flickr 1. インフラ自動化 2. 共有バージョン管理 3. 1ステップビルド&デプロイ 4. フィーチャーフラグ 5. メトリクスの共有 6. チャットとボット ツールと文化 1. リスペクト 2. 信頼 3. 失敗への健全な態度 4. 非難しない

Slide 11

Slide 11 text

https://blog.newrelic.com/engineering/devops-name/ 10月にイベントを行い、 DevOpsDaysと名付けた。 そこには開発者、システム 管理者、ツール好きなどが 集まった。 継続的な議論をTwitterで 行うことになり、短縮して #DevOps というハッシュタ グが生まれた。そしてこの 活動は DevOpsとして 知られるようになる。

Slide 12

Slide 12 text

https://devopsdays.org/ DevOpsDaysのリブート

Slide 13

Slide 13 text

問2: インフラ自動化/仮想化に関す るソフトウェアを3つ挙げて

Slide 14

Slide 14 text

正解!

Slide 15

Slide 15 text

問3: 内製化しないとDevOpsできな い?

Slide 16

Slide 16 text

過度な 単純化 問題 https://www.tv-tokyo.co.jp/plus/ entertainment/entry/2022/025534.html

Slide 17

Slide 17 text

教育心理学概論 新訂 (放送大学教材) [全集叢書] 三宅 芳雄(著)、三宅 なほみ(著) 経験から固めた「経験則」 (素朴理論) 学校で教える原理原則 科学的概念 自分で考えて言葉にすると はじめてつながる より適用範囲の広い、 抽象度の高い知識

Slide 18

Slide 18 text

教育心理学概論 新訂 (放送大学教材) [全集叢書] 三宅 芳雄(著)、三宅 なほみ(著) 経験から固めた「経験則」 (素朴理論) 学校で教える原理原則 科学的概念 自分で考えて言葉にすると はじめてつながる より適用範囲の広い、 抽象度の高い知識 わかりやすい説明が生む バブル型理解 ポプテピピック (C) 大川ぶくぶ, 竹書房

Slide 19

Slide 19 text

https://www.1101.com/president/iwata-index.html あいつら/おれら (Us and Them) ではなく 当事者になろう

Slide 20

Slide 20 text

問4: GitHub actionsって何のサー ビス?

Slide 21

Slide 21 text

正解!

Slide 22

Slide 22 text

問5: ビジネスにどう関係あるの?

Slide 23

Slide 23 text

https://www.slideshare.net/jallspaw/10-deploys-per-day-dev- and-ops-cooperation-at-flickr Flickrでの事例 • 写真共有サイト (という業態を作った スタートアップ) • 2004年創業 • 2005年Yahoo!が買収

Slide 24

Slide 24 text

Paul Hammond 04:34 ビジネス、特にオンラインビジネスで 働く上での現実の一つは、ビジネスに は変化が必要だということです。もし あなたのビジネスが立ち止まっていた ら、TwitterやFacebookのような新 興企業に乗っ取られ、追い越されるこ とになるでしょう。

Slide 25

Slide 25 text

Paul Hammond 04:34 もちろん、問題はその変化です。ほと んどの障害の根本原因を調べて一般化 すると、「変化」という結論に至りま す。 ほとんどの障害の根本原因は「変 化」なのでしょうか?数日前、数時間 前、数週間前に変更がなければ、ほと んどの停電は起こりません。

Slide 26

Slide 26 text

Paul Hammond 05:29 今日お話しする内容のほとんどは、上 手なツールの使い方と、チーム内での 優れた作業文化によって、変更のリス クを低減することです。これらのツー ルを使ってやろうとしていることは、 ある変更がシステム停止や現場での問 題を引き起こさないという確信を高め ることです。また、万が一、障害が発 生した場合の復旧能力を高める方法に ついても検討しています。

Slide 27

Slide 27 text

https://www.slideshare.net/jallspaw/10-deploys-per-day-dev- and-ops-cooperation-at-flickr • ツールと文化を通じて 変化のリスクを下げる • Devのように考えるOps Opsのように考えるDev DevとOps

Slide 28

Slide 28 text

問6: アジャイルとDevOpsの関係 は?

Slide 29

Slide 29 text

https://blog.newrelic.com/engineering/devops-name/ トロントで開かれた Agile2008でAndrew Shaferが 「アジャイルインフラ」と いうBoFセッションを開い たが、参加者はたった一名。 セッションをキャンセルし た。 しかしそこでDeboisはShafer を捕まえて廊下で幅広い話 をした。そこからAgile Systems Administration Group が作られた。

Slide 30

Slide 30 text

問7: DXとDevOpsの違いは?

Slide 31

Slide 31 text

https://ja.wikipedia.org/wiki/ デジタルトランスフォーメーション デジタルトランスフォーメーション という言葉の初出は、2004年にス ウェーデンのウメオ大学教授のエ リック・ストルターマン(Erik Stolterman)が "Information Technology and the Good Life" の中 で提唱した。ストルターマンは「IT の浸透が、人々の生活をあらゆる面 でより良い方向に変化させる」と定 義し、下記の特徴を提示している

Slide 32

Slide 32 text

https://ja.wikipedia.org/wiki/ デジタルトランスフォーメーション •デジタルトランスフォーメーションによ り、情報技術と現実が徐々に融合して結 びついていく変化が起こる。 •デジタルオブジェクトが物理的現実の基 本的な素材になる。例えば、設計された オブジェクトが、人間が自分の環境や行 動の変化についてネットワークを介して 知らせる能力を持つ。 •固有の課題として、今日の情報システム 研究者が、より本質的な情報技術研究の ためのアプローチ、方法、技術を開発す る必要がある。

Slide 33

Slide 33 text

https://ja.wikipedia.org/wiki/ デジタルトランスフォーメーション 企業がビジネス環境の激しい変化に対応し、 データとデジタル技術を活用して、 顧客や社会のニーズを基に、 製品やサービス、ビジネスモデルを変革するとともに、 業務そのものや、 組織、プロセス、企業文化・風土を変革し、 競争上の優位性を確立すること。

Slide 34

Slide 34 text

問8: DevSecOpsのSecって?

Slide 35

Slide 35 text

解答は のちほど

Slide 36

Slide 36 text

問9: MLOpsのMLとは?

Slide 37

Slide 37 text

解答は のちほど

Slide 38

Slide 38 text

問10: DevOpsを副社長/VPに説明 するなら、どう説明しますか?

Slide 39

Slide 39 text

無理だと思ったら、 履歴書を リファクタリング すべきときかも? By Jim Coplien