ブルーグリーンデプロイメント

目次

• 概要
• 使用する場面
• クイックスタート
• リファレンスガイド
• ベストプラクティス

概要

ブルーグリーンデプロイメントパターンを使用してアプリケーションをデプロイし、2つの同一の本番環境を維持することで、インスタントなトラフィック切り替えと迅速なロールバック機能を実現します。

使用する場面

• ゼロダウンタイムリリース
• 高リスクデプロイメント
• 複雑なアプリケーションマイグレーション
• データベーススキーマの変更
• 迅速なロールバック要件
• 環境分離を伴うA/Bテスト
• ステージドロールアウト戦略

クイックスタート

最小限の動作例：

# blue-green-setup.yaml
apiVersion: v1
kind: ConfigMap
metadata:
  name: blue-green-config
  namespace: production
data:
  switch-traffic.sh: |
    #!/bin/bash
    set -euo pipefail

    CURRENT_ACTIVE="${1:-blue}"
    TARGET="${2:-green}"
    ALB_ARN="arn:aws:elasticloadbalancing:us-east-1:123456789012:loadbalancer/app/myapp-alb/1234567890abcdef"

    echo "Switching traffic from $CURRENT_ACTIVE to $TARGET..."

    # Get target group ARNs
    BLUE_TG=$(aws elbv2 describe-target-groups \
      --load-balancer-arn "$ALB_ARN" \
      --query "TargetGroups[?Tags[?Key=='Name' && Value=='blue']].TargetGroupArn" \
      --output text)

    GREEN_TG=$(aws elbv2 describe-target-groups \
      --load-balancer-arn "$ALB_ARN" \
// ... (全実装についてはリファレンスガイドを参照してください)

リファレンスガイド

references/ ディレクトリの詳細実装：

ガイド	内容
ロードバランサーを使用したブルーグリーン	ロードバランサーを使用したブルーグリーン
ブルーグリーンロールバックスクリプト	ブルーグリーンロールバックスクリプト
モニタリングと検証	モニタリングと検証

ベストプラクティス

✅ 推奨事項

• 確立されたパターンと規則に従う
• クリーンで保守性の高いコードを書く
• 適切なドキュメントを追加する
• デプロイ前に十分なテストを実施する

❌ 非推奨事項

• テストや検証をスキップする
• エラーハンドリングを無視する
• 設定値をハードコードする