Auto Scaling 그룹과 함께 ALB 뒤에서 EC2에서 실행되는 기존 3계층 앱에 대해 블루/그린 배포를 구성하고 있습니다. 블루 및 그린 환경은 각각 자체 시작 템플릿, Auto Scaling 그룹 및 ALB 대상 그룹을 가집니다. www.example.com에 대한 트래픽은 현재 ALB를 가리킵니다. 배포는 모든 트래픽을 블루에서 그린으로 한 번에 전환해야 합니다. 이를 달성하는 순서는 무엇입니까?

정답은 블루/그린 배포의 일반적인 절차를 따릅니다. 먼저, 새 버전의 애플리케이션을 그린 환경의 인스턴스에 배포하기 위해 Auto Scaling 그룹에서 롤링 재시작을 수행합니다. 이 과정에서 그린 환경의 인스턴스는 새 시작 템플릿에 따라 업데이트되거나 교체됩니다. 그린 환경이 준비되고 테스트된 후, AWS CLI를 사용하여 ALB의 라우팅 규칙을 업데이트하여 모든 트래픽을 블루 환경에서 그린 환경으로 즉시 전환합니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. "AWS CLI 명령을 사용하여 ALB를 업데이트하여 그린 대상 그룹으로 트래픽을 라우팅한 다음, 새 버전을 배포하기 위해 그린 Auto Scaling 그룹의 롤링 재시작을 시작합니다."는 트래픽을 먼저 전환하면 업데이트되지 않은 그린 환경으로 트래픽이 라우팅되어 서비스 중단이 발생할 수 있습니다. "블루 환경의 시작 템플릿을 업데이트하여 그린 애플리케이션 버전을 포함하고, 대상 그룹과 Auto Scaling 그룹은 변경하지 않은 상태로 블루 인스턴스에 롤링 재시작을 수행합니다."는 블루/그린 배포의 목적(새 환경을 독립적으로 준비하고 전환)을 벗어납니다. 이는 인플레이스(in-place) 업데이트에 가깝습니다. "새 버전을 배포하기 위해 그린 Auto Scaling 그룹에 롤링 재시작을 수행합니다. 재시작이 완료된 후 Route 53 레코드를 변경하여 www.example.com이 그린 환경의 ALB 엔드포인트를 가리키도록 합니다."는 ALB를 이미 사용하고 있으므로 Route 53 레코드를 변경하는 대신 ALB의 대상 그룹 라우팅을 변경하는 것이 더 적절합니다. Route 53 변경은 ALB 자체를 교체할 때 사용될 수 있습니다.