CI/CDパイプラインの全体設計
変更を安全に本番へ届けるために、CIとCDをどこで分け、どの順序で品質を確かめるかを理解する。
この章で学ぶこと
- CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
- パイプラインは速さだけでなく、失敗を早く・安全に止めるための設計である。
- リリース方式は障害時の戻しやすさと運用負荷で選ぶ。
01CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である
なぜ必要か：CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。 実装では、対象リソース・設定値・実行結果を別々に確認する。
判断できるようになること：CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
02パイプラインは速さだけでなく、失敗を早く・安全に止めるための設計である
設計の境界：パイプラインは速さだけでなく、失敗を早く・安全に止めるための設計である。
パイプラインは速さだけでなく、失敗を早く・安全に止めるための設計である。 そのため、更新対象と依存先を同時に変えず、差分を確認してから反映する。
判断できるようになること：CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
03リリース方式は障害時の戻しやすさと運用負荷で選ぶ
運用で確認する証跡：リリース方式は障害時の戻しやすさと運用負荷で選ぶ。
リリース方式は障害時の戻しやすさと運用負荷で選ぶ。 障害時は画面の表示だけで判断せず、状態・イベント・ログを順番に照合する。
判断できるようになること：CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
章のまとめ
- CIは変更を検証する工程、CDは検証済みの成果物を環境へ届ける工程である。
- パイプラインは速さだけでなく、失敗を早く・安全に止めるための設計である。
- リリース方式は障害時の戻しやすさと運用負荷で選ぶ。