CI・CD (Continuous Integration and Continuous Delivery)

CI・CDは、コード変更の統合、検証、リリースを小さな単位で繰り返すための開発プラクティスである。CI（継続的インテグレーション）は変更を共有ブランチへ頻繁に統合して自動検証すること、CDは検証済み成果物をリリース可能な状態に保つことを中心に据える。

CIが解決する問題

変更を長期間分離すると、統合時に競合や前提の食い違いがまとめて表面化する。CIでは小さな変更を頻繁に取り込み、ビルド、静的解析、自動テストなどを実行して、不整合が生まれた時点に近いところで検出する。失敗を早く修正する運用まで含めて初めて、フィードバック時間を短縮できる。

Continuous DeliveryとContinuous Deployment

Continuous Delivery（継続的デリバリー）は、各変更を本番へ出せる品質に保ち、リリース判断そのものは人が行える状態を指す。Continuous Deployment（継続的デプロイメント）は、所定の検証を通過した変更を人手の承認なしで本番へ反映する。両者は自動化範囲とリスク許容度が異なるため、同じものとして扱わない。

パイプラインの構成

一般的なパイプラインは、依存関係の固定、ビルド、単体テスト、統合テスト、セキュリティ検査、成果物生成、環境へのデプロイで構成される。同一成果物を環境間で昇格させると、「検証したもの」と「配布したもの」の差を抑えられる。失敗時のロールバックまたはロールフォワード、監視、監査証跡も配送設計の一部である。

運用上の注意

パイプラインが遅い、不安定なテストが多い、失敗が放置されると、開発者は検証を迂回し始める。高速な必須検査と時間のかかる検査を段階化し、失敗原因を再現可能にする必要がある。また、自動化は誤った変更も高速に配布し得るため、段階的リリース、権限分離、シークレット管理、観測可能性を組み合わせる。

CI・CDの目的はツールの導入ではなく、変更からフィードバックと価値提供までの経路を、短く、再現可能で、安全なものにすることである。