ブルーグリーンデプロイ は、現行の本番環境と、新しい版を動かす別環境を並行で用意し、確認後にトラフィックの向き先を切り替えるデプロイ方式です。
一般には blue が現行本番、green が新環境を指し、問題があれば旧側へ戻しやすいのが特徴です。
まず押さえたいポイント
- 旧環境と新環境を並行で持つ
- 切り替えはサーバー差し替えより
トラフィックの向き先変更と考えると分かりやすい - 問題時に戻しやすいが、ゼロダウンタイムを自動で保証するわけではない
- ロールバック や切り戻しをしやすくする設計として使われる
どんな場面で使うか
- 本番停止を短くしたいリリース
- ロードバランサー配下で複数環境を持てる構成
- 切り替え前に新環境で動作確認したい場合
- 障害時に旧環境へ戻す道を残したい場合
どう理解するとよいか
ブルーグリーンデプロイは、稼働中の環境を書き換える のではなく、別の完成済み環境へ利用者を渡す やり方です。
そのため、アプリ本体の入れ替えには強いですが、データベース 変更、セッション共有、ファイル保存先、バックグラウンドジョブの二重実行などは別に設計が必要です。
実務で見るポイント
よくある誤解
ブルーグリーンデプロイと聞くと、2環境あれば安全、停止ゼロで反映できる と受け取られがちです。
でも実際には、アプリ以外の状態が片側に閉じていると、切り替え後にログイン切れ、ファイル不整合、ジョブの二重実行が起きることがあります。
そのため、実務では 環境を2つ作ること より、2つあっても困らない状態にしているか を見る方が大事です。
特に小規模サービスでは、先にステージング環境、バックアップ、手順書、監視を整えた方が現実的なこともあります。
言葉だけ先に知るより、実務でどこまで準備が要るかまで含めて見る方が理解しやすいです。詳しくは、ブルーグリーンデプロイとは？切り戻ししやすい理由と向いているケースを整理 で整理しています。