CloudFormation을 통해 배포된 애플리케이션은 Lambda 및 DynamoDB와 통합된 API Gateway REST API를 사용합니다. 개발, 테스트 및 프로덕션 단계가 있으며, 각 단계마다 고유한 DynamoDB 테이블이 있습니다. 프로덕션으로 승격된 변경 사항이 개발 및 테스트에서는 작동했음에도 불구하고 예기치 않은 문제를 일으켰습니다. 다음 릴리스를 위해 개발자는 프로덕션 트래픽의 20%를 새 API 배포로 라우팅하고 80%를 기존 프로덕션 배포로 라우팅해야 하며, 단일 고객이 오류를 볼 가능성을 최소화해야 합니다. 가장 좋은 접근 방식은 무엇입니까?

정답은 API Gateway의 카나리 배포 기능을 활용하는 것입니다. 이 기능은 새 버전의 API를 배포할 때 특정 비율의 트래픽(여기서는 20%)을 새 배포로 점진적으로 라우팅하여 위험을 최소화합니다. 문제가 발생하면 쉽게 롤백할 수 있어 단일 고객이 오류를 볼 가능성을 줄입니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. 20% 변경 사항을 5번 반복하는 것은 수동적이고 비효율적입니다. Route 53 가중치 라우팅은 API Gateway 단계 자체의 트래픽 분할이 아닌, 다른 API Gateway 엔드포인트로의 라우팅에 사용됩니다. 또한, 테스트 단계 API를 직접 프로덕션 트래픽에 노출하는 것은 바람직하지 않습니다. Application Load Balancer는 REST API 앞에 배치될 수 있지만, API Gateway 자체에 내장된 카나리 배포 기능이 더 직접적이고 효율적인 솔루션입니다.