Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2018-14-DevOps
Search
Cybozu
PRO
June 18, 2018
Programming
6
35k
2018-14-DevOps
- 開発を加速させる文化・プラクティスを知る
- キーワードを広く
- 深くは解説しない
Cybozu
PRO
June 18, 2018
Tweet
Share
More Decks by Cybozu
See All by Cybozu
AIツール開発ワークショップ(Dify)【サイボウズ新人研修2025】
cybozuinsideout
PRO
8
8k
モバイル【サイボウズ新人研修2025】
cybozuinsideout
PRO
3
2.3k
Git/GitHub を使う上で知っておくと嬉しいかも Tips【サイボウズ新人研修2025】
cybozuinsideout
PRO
5
4k
GitHub Copilot活用【サイボウズ新人研修2025】
cybozuinsideout
PRO
6
7.3k
ソフトウェアライセンス【サイボウズ新人研修2025】
cybozuinsideout
PRO
7
6k
エンジニアのためのアウトプット講座 〜知識をシェアするはじめの一歩〜【サイボウズ新人研修2025】
cybozuinsideout
PRO
4
2.1k
Docker入門【サイボウズ新人研修2025】
cybozuinsideout
PRO
3
3.1k
セキュリティ【サイボウズ新人研修2025】
cybozuinsideout
PRO
1
1.9k
TLS 1.3をざっと理解する【サイボウズ新人研修2025】
cybozuinsideout
PRO
2
1k
Other Decks in Programming
See All in Programming
おやつのお供はお決まりですか?@WWDC25 Recap -Japan-\(region).swift
shingangan
0
140
Azure AI Foundryではじめてのマルチエージェントワークフロー
seosoft
0
170
AI駆動のマルチエージェントによる業務フロー自動化の設計と実践
h_okkah
0
150
XP, Testing and ninja testing
m_seki
3
250
AI時代のソフトウェア開発を考える(2025/07版) / Agentic Software Engineering Findy 2025-07 Edition
twada
PRO
87
29k
Quand Symfony, ApiPlatform, OpenAI et LangChain s'allient pour exploiter vos PDF : de la théorie à la production…
ahmedbhs123
0
190
AIプログラマーDevinは PHPerの夢を見るか?
shinyasaita
1
220
ソフトウェア品質を数字で捉える技術。事業成長を支えるシステム品質の マネジメント
takuya542
1
13k
PHPでWebSocketサーバーを実装しよう2025
kubotak
0
290
The Modern View Layer Rails Deserves: A Vision For 2025 And Beyond @ RailsConf 2025, Philadelphia, PA
marcoroth
1
170
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
2
820
テストから始めるAgentic Coding 〜Claude Codeと共に行うTDD〜 / Agentic Coding starts with testing
rkaga
12
4.5k
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
524
40k
Automating Front-end Workflow
addyosmani
1370
200k
Building a Modern Day E-commerce SEO Strategy
aleyda
42
7.4k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Thoughts on Productivity
jonyablonski
69
4.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
GitHub's CSS Performance
jonrohan
1031
460k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
Rails Girls Zürich Keynote
gr2m
95
14k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Transcript
DevOps 生産性向上チーム 宮田 淳平 1
この講義の目的 ▌開発を加速させる文化・プラクティスを知る ⚫ キーワードを広く ⚫ 深くは解説しない 2
DevOpsとは 3
よくある目標の対立 4 開発 運用 どんどん リリースしたい! 安定運用! 壁
なにが問題なのか? ▌高速リリースは運用と協力しないとできない ⚫ トラブル対応ばかりになって開発が進まなくなってしまう ▌安定運用は開発チームの協力がないと実現できない ⚫ サービス側を修正しないとその場しのぎの対応になりがち 5
6 https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops- cooperation-at-flickr
共通のゴール 7 開発 運用 素早く安全なリリースを繰り返して ビジネスゴールを達成する!
DevOpsの広がり ▌開発と運用だけの話ではない ▌DevOpsQA, DevSecOps, BizDevOps, などなど ▌ビジネスゴールの達成を加速させることが本質 8
組織構造の話? ▌だけではない ▌共通のビジネスゴールの達成を加速させるためには、 プロセスや技術的なプラクティスも重要 9
結局DevOpsって? ▌厳密な定義はない ▌生産性を上げるための ⚫ 組織文化 ⚫ プロセス ⚫ 技術的プラクティス ▌ぐらいの認識でいい
11
DevOpsを支える3つの道 12
13 https://cybozu.co.jp/company/job/recruitment/bus iness/
なにを開発すれば 世界一使われるグループウェア になるか? 14
わからない! ▌顧客にもわからない ▌さらに市場は変化していく 15
ではどうするか? 1. 仮説を立てる 2. 顧客に価値を届ける 3. フィードバックを受け取る 4. 1.〜3.を繰り返す 16
仮説検証の繰り返しを 効果的にするには? 17
3つの道 18
第1の道:フローの高速化 19 ▌顧客に価値を届けるフローを高速化する https://itrevolution.com/the-three-ways-principles- underpinning-devops/
第2の道:フィードバックの強化 20 ▌素早いフィードバックフローの実現 https://itrevolution.com/the-three-ways-principles- underpinning-devops/
第3の道:継続的な学習と実験 21 ▌フィードバックループの継続的な短縮と強化 https://itrevolution.com/the-three-ways-principles- underpinning-devops/
第1の道:フローの高速化 22
リリース速度が遅いと? ▌顧客に価値を届けるのが遅れる ▌急激な変化に対応できない ▌1回のリリースにできるかぎり詰め込もうとしてリスクが高まる ⚫ トラブル時に切り戻しづらくなる ⚫ 原因調査も辛い ▌モチベーション的にも辛い 23
WIPの制限 ▌WIP = 進行中の作業、仕掛り ▌完了しないと顧客に提供する価値はゼロ ⚫ 完了とはリリースして顧客からなにかしらのフィードバック が得られるまで ▌マルチタスクは作業効率が落ちる ▌大きな手戻りのリスクが発生する
▌他の作業待ちのときに新しい仕事を始めたくなるけど、 それよりも遅れの原因を解決したほうがよい 24
バッチサイズを小さくする ▌バッチサイズが大きいと ⚫ フローが長くなる ⚫ WIPが多くなる ⚫ 問題発生時のリスクが大きい ⚫ 手戻りが大きい
⚫ 原因特定が大変 ▌タスクを分割する 25
カンバン ▌作業を可視化して遅れや停滞を把握する 26 https://commons.wikimedia.org/wiki/File:Simple_Task_Kanban.jpg
チーム間の作業の受け渡しを減らす ▌受け渡しが多いと ⚫ 作業が滞留する原因になりがち ⚫ 情報のコンテキストが失われがち ▌チーム間で作業の受け渡しが発生しないようにする ⚫ 自動化 ⚫
クロスファンクショナルなチーム編成 27
第2の道:フィードバックの強化 28
フィードバックが遅いと? ▌顧客に発生する問題が大きくなる ▌対応コストが増える 29
発生と同時に問題を知る ▌自動ビルド、インテグレーション、テスト ▌モニタリング 30
組織的に問題解決に当たる ▌問題の拡大を防ぐ、学習して再発防止をする ▌トヨタのアンドン 31 https://commons.wikimedia.org/wiki/File:Andon_Otomasyon_Panos u2.jpg
上流で品質を担保する ▌問題の発見が遅れるほど対応工数が増える ▌後の工程を意識して品質を作り込む ⚫ テストしやすさ ⚫ 運用しやすさ 32
レビューとペアプロ ▌チーム外に承認をもらうプロセスよりもチーム内のレビューの ほうがパフォーマンスが上がりやすい ⚫ タスクに近い人のほうが問題をよく知っている ▌ペアプロは個別に作業したときよりエラーが減るという 研究結果 ⚫ チーム内のノウハウ共有も捗る ▌最近は3人以上のモブプロもよく行われている
33
第3の道:継続的な学習と実験 34
継続的に改善しないと? ▌徐々に問題が増えていく ▌問題が致命的になってから対応すると手遅れになりがち ⚫ 本来のタスクが止まるリスク 35
失敗を非難しない文化 ▌優秀な組織はそうでない組織よりも多くの失敗を経験している ▌インシデントが発生しても純粋な原因解明と振り返りを行う ⚫ ポストモーテム ▌情報が積極的に共有されるようになる 36
日常業務を改善する習慣をつくる ▌20%ルール、ハックウィークなど ▌仕事にもっとも近いところにいる人々に問題を継続的に見つけ て改善する権限を与える ▌技術的負債の返済を評価することを示す 37
DevOpsを支える技術的プラクティス 38
自動化のメリット ▌Consistency ▌Faster Action ▌Time Saving
Consistency ▌人手で複雑な作業手順を繰り返すのは厳しい ▌一貫性のない手順はなにかしらの問題につながる ▌自動化によって一貫性が保たれる
Faster Action ▌機械は人間には不可能なタイミングと速度で実行できる ⚫ 1日1万件のテストも余裕だし24時間365日いつでも大丈夫 ▌問題の早期発見・早期対応はコスト削減につながる
Time Saving ▌コスト削減は自動化で特に強調されるバリュー ▌誰でも実行できるように自動化されるとより効果が高い ▌自動化とそのメンテナンスにもコストはかかるので注意
自動化のポイント ▌極力人間のActionが入らないようにする ⚫ 人間が実行ボタンを押すよりも特定の操作にフックして実行 する方が望ましいことが多い ▌誰でも使えるようにする ⚫ 利益の最大化 ⚫ 属人化すると負債になりやすい
自動化する時間がない? ▌自動化しないから時間がない ▌効果を実感しやすいところから少しずつ継続的に改善していく
自動テスト ▌手動テストが増えると ⚫ デプロイ頻度が下がる ⚫ バッチサイズが大きくなる ▌しかし、手動テストを単純に自動化すればいいというものでは ない ⚫ ソフトウェアに問題がないのにテストが落ちる
(false positive) 45
テストピラミッド https://watirmelon.blog/testing-pyramids/
継続的インテグレーション (Continuous Integration) ▌一日に何回もリポジトリにコードをチェックインする ▌毎回テストを含む自動ビルドが実行される
CIのメリット ▌問題の早期発見 ▌頻繁にチェックインされるようになれば差分が大きくならない ⚫ 問題発生時の原因調査が楽 ▌Success/Failの可視化によるコミュニケーション促進 ▌毎回の変更が自動テストで保証される安心感
49 https://martinfowler.com/bliki/ContinuousIntegrationCertification.html
継続的デリバリー (Continuous Delivery) ▌CIの発展形 ▌常に信頼できるリリースができる状態を保つ ▌リリースに必要な検証をデリバリーパイプラインで実現する
https://en.wikipedia.org/wiki/Continuous_delivery
継続的デリバリーのメリット ▌ビジネス側の都合のいいタイミングでリリースできる ▌リリースのコストやリスクを抑える ▌リリースまでのフローがパイプラインで可視化される ⚫ どこで問題が起きているかもすぐ分かる
リリースとデプロイの分離 ▌デプロイ:指定された環境に指定されたバージョンのソフト ウェアをインストールすること ▌リリース:すべての顧客、または一部の顧客に対して機能を利 用可能な状態にすること ▌デプロイは開発と運用の責任、リリースはビジネス側の責任
ブルーグリーンデプロイメント https://martinfowler.com/bliki/BlueGreenDeployment.ht ml
カナリアリリース https://martinfowler.com/bliki/CanaryRelease.html
まとめ 56
これから ▌共通のビジネスゴール達成のために3つの道を進んでいく ⚫ フローの高速化 ⚫ フィードバックの強化 ⚫ 継続的な学習と実験 ▌講義で話したことはごく一部 ⚫
業務をする上でもっと知りたくなってきたら参考資料を 読んでみてください 57
参考資料 ▌『The DevOps ハンドブック 理論・原則・実践のすべて』 ▌『Site Reliability Engineering』 ▌『継続的デリバリー』 58