デプロイメントワークフロー、CI/CDパイプラインパターン、Dockerコンテナ化、ヘルスチェック、ロールバック戦略、Webアプリケーションの本番準備チェックリスト。
本番デプロイメントワークフローとCI/CDベストプラクティス。
インスタンスを段階的に置換 — ロールアウト中は新旧バージョンが同時に稼働。
インスタンス1: v1 → v2 （最初に更新）
インスタンス2: v1 （まだv1で稼働中）
インスタンス3: v1 （まだv1で稼働中）
インスタンス1: v2
インスタンス2: v1 → v2 （2番目に更新）
インスタンス3: v1
インスタンス1: v2
インスタンス2: v2
インスタンス3: v1 → v2 （最後に更新）
メリット: ゼロダウンタイム、段階的なロールアウト デメリット: 2つのバージョンが同時に稼働 — 後方互換性のある変更が必要 使用場面: 標準的なデプロイメント、後方互換性のある変更
2つの同一環境を実行。トラフィックをアトミックに切り替え。
Blue (v1) ← トラフィック
Green (v2) アイドル、新バージョンを実行中
# 検証後:
Blue (v1) アイドル（スタンバイになる）
Green (v2) ← トラフィック
メリット: 即座にロールバック可能（blueに戻す）、クリーンな切り替え デメリット: デプロイメント中に2倍のインフラが必要 使用場面: クリティカルなサービス、問題に対するゼロトレランス
最初にトラフィックの少量を新バージョンにルーティング。