Mais conteúdo relacionado
Semelhante a 信頼性とアジリティを同時に上げろ!モノタロウのカナリアリリース導入.pdf (20)
Mais de 株式会社MonotaRO Tech Team (20)
信頼性とアジリティを同時に上げろ!モノタロウのカナリアリリース導入.pdf
- 12. ● Aプロジェクト
○ 2019年6月 起案
○ 2021年4月 要件定義開始
○ 2021年8月 工数が肥大化しすぎたため仕切り直し 半年遅れ
○ 2022年1月 機能① リリース 2ヶ月遅れ
○ 2022年8月 機能② リリース予定
● Bプロジェクト
○ 2020年8月 起案
○ 2020年12月 要件定義開始
○ 2021年6月 担当チーム引き継ぎにより仕切り直し 半年遅れ
○ 2022年4月 リリース
12
モノタロウ(EC開発)での近年の開発状況
- 30. ● ビッグバン的リリース
○ MAX 40件以上の変更を同時にマージ
○ 本番にいきなり100%デプロイ
● 週一回のリリース頻度
○ 失敗したら、最悪全チケット翌週に
● デプロイ作業のコストが大きい
○ デプロイ作業は半日以上かかる
○ ユーザー影響を危惧して作業は夕方以降
30
「デプロイ」の課題感
- 35. DevOps Four Keys
● デプロイ頻度
● 変更リードタイム
● MTTR
● 変更失敗率
※ エリート DevOps チームであることを Four Keys プロジェクトで確認する
35
仮説を可視化する
- 38. ● エリートvs 低パフォーマンス差
○ from. DORAレポート2021
38
エリートになりたい!
エリートパフォーマンスチームと
低パフォーマンスチームの差
デプロイ頻度 973 倍 高い
変更のリードタイム 6,570 倍 速い
MTTR 6,570 倍 速い
変更障害率 3倍低い
- 42. ● ビッグバン的リリース
○ MAX 40件以上の変更を同時にマージ
○ 本番にいきなり100%デプロイ
● 週一回のリリース頻度
○ 失敗したら、最悪全チケット翌週に
● デプロイ作業のコストが大きい
○ デプロイ作業は半日以上かかる
○ ユーザー影響を危惧して作業は夕方以降
42
「デプロイ」の課題感
再
掲
- 46. ● デプロイ頻度: 1回/week ⇒向上するはず
● 変更リードタイム: 10~14日/ticket ⇒ 短縮するはず
● 障害復旧時間(MTTR): 60分 +α ⇒ 短縮するはず
● 変更失敗率: あまり変わらない
46
DevOps Four Keys では
- 58. ● デプロイ頻度: 1回/week ⇒12回/week
● 障害復旧時間(MTTR): 60分 +α ⇒ 10分
● 変更リードタイム・リリース実案件数→ 変化なし
○ ⇒ まだ導入一か月。今後に期待
58
導入してどうなったか