CloudFormation을 통해 Lambda 함수로 서버리스 웹 애플리케이션이 배포되었습니다. 최근 릴리스로 인해 서비스 중단이 발생했습니다. 배포 프로세스는 새로운 Lambda 버전으로 트래픽의 일부를 전환하는 카나리(canary) 스타일 릴리스를 지원해야 합니다. 이를 달성하는 접근 방식은 무엇입니까?

정답은 Lambda 별칭을 생성하고 routing-config 파라미터와 함께 update-alias 명령을 사용하는 것입니다. Lambda 별칭은 특정 Lambda 함수 버전을 가리키며, routing-config를 사용하여 두 버전(예: 현재 버전과 새 버전) 간에 트래픽을 가중치 기반으로 분할할 수 있습니다. 이는 카나리 배포를 구현하는 표준적이고 효과적인 방법으로, 새 버전으로 점진적으로 트래픽을 전환하여 위험을 최소화합니다. 오답 설명: 새 버전을 별도의 CloudFormation 스택에 배포하고 Route 53 가중치 기반 라우팅을 사용하는 것은 Lambda 함수 수준의 트래픽 분할이 아니라 DNS 수준에서 서비스 엔드포인트 간의 트래픽을 분산하는 방식이므로 Lambda 카나리 배포에 적합하지 않습니다. update-function-configuration 명령은 함수 구성(메모리, 환경 변수 등)을 업데이트하는 데 사용되며, 트래픽 분할 기능은 제공하지 않습니다. AWS CodeDeploy는 Lambda 배포를 관리할 수 있지만, 문제에서 제시된 "새로 배포된 각 Lambda 버전에 대한 alias를 생성하고 routing-config 파라미터와 함께 AWS CLI update-alias 명령을 사용하여 버전 간에 트래픽을 분할합니다"라는 명확한 Lambda 고유의 카나리 배포 메커니즘이 더 직접적이고 효율적인 방법입니다. CodeDeploy를 사용하더라도 내부적으로는 Lambda 별칭과 유사한 메커니즘을 활용합니다.