한 회사에서 Application Load Balancer(ALB) 뒤의 Auto Scaling 그룹에 있는 Amazon EC2 인스턴스 플릿에서 핵심 비즈니스 로직을 실행합니다. Route 53 레코드 api.example.com은 ALB를 가리킵니다. 개발팀은 테스트 기간 동안 고객의 10%만 새 버전을 수신하고 각 고객은 테스트 기간 동안 동일한 버전을 일관되게 사용하도록 비즈니스 로직에 대한 주요 업데이트를 배포해야 합니다. 이러한 요구 사항을 충족하도록 회사는 업데이트를 어떻게 배포해야 할까요?

이 솔루션은 기존 ALB의 리스너 규칙을 활용하여 두 대상 그룹(기존 버전과 새 버전) 간에 가중치 기반 라우팅을 구성함으로써 트래픽의 10%만 새 버전을 수신하도록 합니다. 대상 그룹 고정성(stickiness)을 활성화하면 특정 고객이 테스트 기간 동안 일관되게 동일한 버전을 사용하도록 보장하여 요구 사항을 충족합니다. 오답 설명: 두 번째 ALB를 생성하는 것은 불필요하게 복잡하며, Route 53의 가중치 기반 라우팅은 세션 고정성을 보장하지 않아 고객이 테스트 기간 동안 다른 버전을 경험할 수 있습니다. AutoScalingRollingUpdate 정책은 점진적 배포에는 적합하지만, 특정 비율의 고객에게만 새 버전을 제공하고 세션 고정성을 유지하는 요구 사항을 직접적으로 충족하지 못합니다. 두 번째 Auto Scaling 그룹을 생성하고 기존 ALB에 등록하는 것은 가능하지만, 최소 미결 요청(LOR) 라우팅 알고리즘은 가중치 기반 트래픽 분배를 제공하지 않으며, 세션 고정성만으로는 10% 트래픽 분배 요구 사항을 충족할 수 없습니다.