ある企業は、Application Load Balancer (ALB) の背後にある Auto Scaling グループ内の Amazon EC2 インスタンスフリートで、コアビジネスロジックを実行しています。Route 53 レコード api.example.com は ALB を指しています。開発チームは、ビジネスロジックのメジャーアップデートをデプロイする必要があります。テスト期間中、顧客の10%のみが新しいバージョンを受け取り、各顧客はテスト期間中一貫して同じバージョンを使用する必要があります。これらの要件を満たすために、企業はどのようにアップデートをデプロイすべきですか？

このソリューションは、既存のALBのリスナールールで重み付けターゲットグループルーティングとスティッキネスを組み合わせることで、要件を最も効率的に満たします。新しいターゲットグループに新しいビジネスロジックをデプロイし、ALBリスナールールで10%の重みを割り当てることで、顧客の10%に新しいバージョンをルーティングできます。ターゲットグループのスティッキネスを有効にすることで、各顧客はテスト期間中一貫して同じバージョンを使用できます。 他の選択肢は、不必要に複雑であったり、要件を完全に満たさなかったりします。新しいALBを作成することは、追加のコストと管理オーバーヘッドを伴います。Auto Scaling Rolling Updateは、重み付けルーティングやスティッキネスの要件を満たしません。最小未処理リクエスト (LOR) ルーティングアルゴリズムは、一貫したバージョン体験を保証しません。