CI/CD with GitHub Actions & DevOps Pipelines · レッスン

Actions によるカナリアリリース

カナリアリリースのパターンを実装し、新機能を一部のユーザーへ段階的に展開しながら、パフォーマンスと安定性を監視します。

「Actions によるカナリアリリース」はCoddyKit上の無料CI/CD with GitHub Actions & DevOps Pipelinesレッスンです。これはレッスン2/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはCI/CD with GitHub Actions & DevOps Pipelines学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 CI/CD with GitHub Actions & DevOps Pipelinesコースには全4レッスンが含まれています。

Canaryリリースの概要

新しい機能やアップデートをリリースするとします。もしバグがあって、すべてのユーザーに影響したらどうでしょうか。怖いですよね。

Canaryリリースは、まず少数のユーザーに変更を段階的に展開することで、このリスクを軽減します。これは、ほかの全員が入る前に空気を確認するため「炭鉱のカナリア」を送り込むようなものです。

Canaryリリースのメリット

Canaryリリースには、次のような主なメリットがあります。

リスクの軽減：問題の影響を少数のユーザーに限定できます。
実環境からのフィードバック：パフォーマンスや安定性に関する本番データを取得できます。
迅速なロールバック：問題が発生した場合、Canary対象の小規模なグループだけ、またはサービス全体をすばやく元に戻せます。
制御された公開：確信が高まるにつれて、ユーザーへの公開範囲を段階的に広げられます。

CanaryとBlue/Greenの比較

Blue/Greenデプロイでは、同一構成の2つの環境間でトラフィックを瞬時に切り替えることを思い出してください。

Canaryリリースはこれとは異なります。瞬時に切り替えるのではなく、トラフィックを段階的に移行します。新しいバージョンを古いバージョンと並行して稼働させ、最初は少ない割合のユーザーだけが新しいバージョンを利用します。これにより、全面展開の前に詳細な監視を行えます。

Canaryリリースの仕組み

Canaryリリースの基本的な流れは次のとおりです。

新しいバージョンをデプロイ：既存の安定したバージョンと並行して、少数のサーバーまたはインスタンスにアプリケーションの新しいバージョンをデプロイします。
少量のトラフィックを振り分ける：ロードバランサーまたはサービスメッシュを設定し、ユーザートラフィックの少ない割合（例：5～10%）を新しいバージョンへ送ります。
監視：Canary対象グループのパフォーマンス、エラー率、ユーザーフィードバックを綿密に監視します。
昇格またはロールバック：問題がなければトラフィックを段階的に増やすか、新しいバージョンを100%に昇格させます。問題が発生した場合はCanaryをロールバックし、トラフィックを安定したバージョンへ戻します。

GitHub Actionsによるオーケストレーション

GitHub Actionsでは、カナリアリリースのプロセス全体をオーケストレーションできます。トラフィックを直接管理するわけではありません（それはインフラストラクチャの役割です）が、次のステップを実行します。

アプリケーションのビルドとテスト
新しいバージョンのカナリア環境へのデプロイ
ロードバランサーまたはサービスメッシュへのAPI呼び出しによるトラフィックの切り替え開始
監視結果または手動承認の待機
カナリアの昇格またはロールバックの実行

カナリアワークフローの概要

カナリアリリース用の一般的なGitHub Actionsワークフローは、次のようになります。

name: Canary Deployment

on: push

jobs:
  build:
    # ... build and test steps ...

  deploy-canary:
    needs: build
    steps:
      - name: Deploy to Canary Group
        # ... call script/tool to deploy and shift 10% traffic ...

  monitor-canary:
    needs: deploy-canary
    # ... wait for monitoring/approval ...

  promote-or-rollback:
    needs: monitor-canary
    # ... conditionally promote to 100% or rollback ...

各ステップでは、デプロイツールと連携します。

カナリア展開ロジックのシミュレーション

GitHub Actionsがオーケストレーションを行う一方で、実際の判断やデプロイコマンドは、多くの場合スクリプト内で実行されます。ここでは、カナリア展開のロジックをシミュレーションするPythonの例を示します。Actionがこのスクリプトを実行すると考えてください。

def deploy_version(version, traffic_percent):
    print(f"Deploying {version} to {traffic_percent}% traffic.")
    if traffic_percent == 100:
        print("Full rollout complete!")
    elif traffic_percent > 0:
        print("Canary deployed. Monitoring for stability...")
    else:
        print("Version removed (rollback).")

if __name__ == "__main__":
    print("--- Starting Canary Workflow ---")
    new_app_version = "v2.1-canary"
    stable_app_version = "v2.0"

    # Step 1: Deploy new version to 10% traffic
    deploy_version(new_app_version, 10)

    # Step 2: Simulate monitoring (e.g., waiting for metrics)
    print("Monitoring canary performance...")
    import random
    canary_successful = random.choice([True, True, True, False]) # 75% chance of success

    if canary_successful:
        print("Canary looks good! Proceeding to full rollout.")
        # Step 3a: Promote new version to 100%
        deploy_version(new_app_version, 100)
    else:
        print("Canary issues detected! Rolling back.")
        # Step 3b: Rollback to stable version
        deploy_version(stable_app_version, 100)
    print("--- Canary Workflow Finished ---")

カナリアの監視

効果的な監視は非常に重要です。GitHub Actionsのワークフローは、さまざまな方法で監視システムと連携できます。

API呼び出し: 監視ツール（DatadogやPrometheusなど）に問い合わせて、主要なメトリクスを取得します。
ヘルスチェック: アプリケーションのヘルスエンドポイントを定期的に確認します。
手動ゲート: 人による確認と承認のために、ワークフローを一時停止します。
時間ベースの待機: メトリクスが安定するまで、指定した時間待機します。

その後、ワークフローはこれらのシグナルを使用して、昇格するかロールバックするかを判断します。

条件付きの昇格／ロールバック

監視フェーズの後、GitHub Actionsは条件分岐ロジックを使用して次のステップを決定します。ジョブまたはステップの定義では、if文を使用できます。

  promote-or-rollback:
    needs: monitor-canary
    if: success() && needs.monitor-canary.outputs.canary_ok == 'true'
    steps:
      - name: Promote Full Rollout
        # ... command to shift 100% traffic to new version ...

  rollback:
    needs: monitor-canary
    if: failure() || needs.monitor-canary.outputs.canary_ok == 'false'
    steps:
      - name: Rollback to Stable
        # ... command to shift 100% traffic to old version ...

これにより、カナリアのパフォーマンスに自動的に対応できます。

カナリアリリースの確認

カナリアリリースのメリットと仕組みについて学びました。理解度を確認してみましょう。

まとめ: Actionsによるカナリアリリース

このレッスンでは、ソフトウェアの新しいバージョンを一部のユーザーに段階的に展開する強力なデプロイ戦略であるカナリアリリースについて学びました。

カナリアリリースはリスクを最小限に抑え、実環境からフィードバックを得られます。
GitHub Actionsは、ビルド、カナリア環境へのデプロイ、監視、条件付きの昇格またはロールバックの各ステップをオーケストレーションします。
効果的な監視と条件分岐ロジックは、カナリアパイプラインを成功させる鍵です。

カナリアリリースを利用すれば、より大きな自信と制御性を持ってデプロイできます。

よくある質問

「Actions によるカナリアリリース」レッスンは無料ですか？

はい。「Actions によるカナリアリリース」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、CI/CD with GitHub Actions & DevOps Pipelinesコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 CI/CD with GitHub Actions & DevOps Pipelinesコースには全4レッスンが含まれています。

「Actions によるカナリアリリース」で何を学びますか？

カナリアリリースのパターンを実装し、新機能を一部のユーザーへ段階的に展開しながら、パフォーマンスと安定性を監視します。ブラウザで直接実行するハンズオンコードでCI/CD with GitHub Actions & DevOps Pipelinesを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

CI/CD with GitHub Actions & DevOps Pipelinesを始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのCI/CD with GitHub Actions & DevOps Pipelinesは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。これはレッスン2/4です。

「Actions によるカナリアリリース」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このCI/CD with GitHub Actions & DevOps Pipelinesレッスンでコードを書いて実行できますか？

はい。すべてのCI/CD with GitHub Actions & DevOps Pipelinesレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

← CI/CD with GitHub Actions & DevOps Pipelinesに戻る