mcpField
B
blue-green-deployment

blue-green-deployment

github.com/aj-geddesクラウド・DevOps373433 回インストール34 週間前に更新
リポジトリ

blue-green-deployment について

blue-green-deployment は、2つの本番環境とトラフィック切り替えを用いたアプリケーションリリースの計画スキルです。ロードバランサー、ロールバック、監視、検証に関するガイドを含みます。

主な機能

  1. 012環境でのデプロイパターン
  2. 02トラフィック切り替え
  3. 03ロールバックのガイダンス
  4. 04監視と検証のガイド
  5. 05デプロイのベストプラクティス

活用シーン

  1. 01ダウンタイムのないリリース
  2. 02高リスクなデプロイのリスク低減
  3. 03リリースの迅速なロールバック
  4. 04A/Bテスト用の環境分離

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill blue-green-deployment

インストール後、Claude Code で/blue-green-deploymentを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
blue-green-rollback-script.md
blue-green-with-load-balancer.md
monitoring-and-validation.md
scripts/
validate-schema.sh
templates/
migration-template.sql

詳細

ブルーグリーンデプロイ

目次

概要

ブルーグリーンデプロイのパターンを使用して、同一の本番環境を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" \
// ... (see reference guides for full implementation)

リファレンスガイド

references/ ディレクトリにある詳細な実装：

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

ベストプラクティス

✅ 推奨事項
  • 確立されたパターンや規約に従う
  • クリーンで保守しやすいコードを書く
  • 適切なドキュメントを追加する
  • デプロイ前に徹底的にテストする
❌ 避けること
  • テストや検証を省略する
  • エラー処理を無視する
  • 設定値をハードコードする

コメント

Markdown 対応