デプロイ頻度とは?
デプロイ頻度は 4 つの DORA メトリクスの 1 つで、チームがどれくらい頻繁に本番へ変更をリリースできているかを、年に数回から日に何度まで数えます。
デプロイ頻度はバッチサイズとデリバリの健全性の代理指標です。頻繁にデプロイするチームはほぼ常に、信頼できる自動化されたパイプラインを通じて小さな変更をリリースしており、小さな変更は大きなものよりテスト、レビュー、回復がしやすいのです。
何を測るか
デプロイ頻度は、ある期間における正常な本番デプロイを単に数えます。エリートチームはオンデマンドで、しばしば日に何度もデプロイします。低パフォーマンスのチームは週次、月次、またはそれ以下でデプロイすることがあります。この数値は、変更が開発者からユーザーへどれだけスムーズに流れるかを反映します。
なぜ頻繁な方が通常は良いのか
直感に反して、より頻繁にデプロイすることはリリースをより安全にする傾向があります。各デプロイが運ぶ変更が少ないため、何かが壊れたときに原因を見つけやすく、影響範囲は小さくなります。頻繁なデプロイはまた、リリースプロセスをまれで怖いイベントではなく、よく練習されたものに保ちます。
バッチサイズがレバー
デプロイ頻度はバッチサイズの下流にあります。大きなバッチはリスクを蓄積しめったにリリースされず、小さなバッチは継続的にリリースできます。チームはこのメトリクスを、同じ大きなリリースをより頻繁にデプロイすることではなく、作業をより小さく独立してリリース可能な単位に分割することで改善します。
高い頻度を可能にするもの
頻繁なデプロイは自動化に依存します。速く信頼できる CI パイプライン、自動化されたテスト、そして摩擦の少ないリリース経路です。フレーキーなテストや遅く信頼できない CI はよくある阻害要因です。パイプラインが苦痛だと、チームは変更をまとめてデプロイ回数を減らし、それはまさに間違った方向です。
メトリクスを正直に読む
デプロイ頻度は安定性のメトリクスと並べて読むべきです。変更失敗率が上がっているのに絶えずリリースするのは進歩ではありません。目標は健全な安定性を伴う高い頻度であり、それは真に有能なデリバリシステムを示します。
重要なポイント
- デプロイ頻度は、どれくらい頻繁に本番へ正常にリリースできているかを数えます。
- 頻度が高いほど、より小さく安全なバッチを意味し、リスクの増加ではありません。
- 速く信頼できる CI と自動化に依存します。安定性のメトリクスと合わせて読みましょう。