【けいぞくてきでぷろいめんと】
継続的デプロイメント とは?
最終更新:
💡 所定の検証を通過した変更を、自動で本番へ配備する
自動テストなどの所定の検証を通過したコード変更を、人の個別承認を挟まず本番環境へ自動デプロイする開発プラクティス。いつでもリリースできる状態を保つ継続的デリバリーと区別する。テストの成功だけで不具合がないことを保証するものではない。
📌 このページのポイント
継続的デリバリーとの違いは?
デリバリーは、いつでもリリースできる状態を保つことだよ。デプロイメントは、所定の検証を通過した変更を本番へ自動配備し、変更ごとの人の承認を挟まないんだ。
テストが通れば絶対に安全?
保証にはならないよ。テストで分かる範囲には限りがあるので、監視や問題を検知したときの対応も用意する。複雑で壊れやすい手順を、そのまま自動化すれば安全になるわけではないんだ。
どんなテストが必要?
対象のリスクに合わせて選ぶよ。ユニットや統合、画面、負荷などの検証を組み合わせる。同じ成果物と同じ配備手順を環境間で使い、配備後の動作も確かめるんだ。
本番配備したら新機能も全員に公開?
配備と機能公開は分けられるよ。公開を制御する仕組みを使う場合もある。何を配備し、誰に有効にするかを区別して設計するんだ。
導入すれば毎日何百回も配備する?
回数は目的や変更量によるよ。まずデリバリーの状態を整え、検証と配備を信頼できるようにする。回数を増やすことだけを目標にせず、変更が届く速さと運用上のリスクを確認するんだ。
まとめ:ざっくりこれだけ覚えればOK!
「継続的デプロイメント」って出てきたら「検証を通過した変更を自動で本番に配備する仕組み」と思えばだいたいOK!
📖 おまけ:英語の意味
「Continuous Deployment」 = 継続的な配備
💬 Deploymentは配備、Continuousは継続的という意味だよ。デリバリーもデプロイメントもCDと略すことがあるので、何を自動化しているか確認するんだ。