사용자가 이미지를 업로드할 수 있는 사용자 지정 애플리케이션이 있습니다. 업로드하면 이미지를 처리하여 S3에 저장하는 Lambda 함수가 호출됩니다. 애플리케이션은 특정 함수 버전 ARN을 통해 Lambda 함수를 호출합니다. 이미지 처리 매개변수는 환경 변수를 통해 제공됩니다. 팀은 처리 튜닝을 위해 환경 변수를 자주 변경한 다음, 새 함수 버전을 게시하고 애플리케이션을 업데이트하여 새 버전 ARN을 호출하므로 사용자 중단이 발생합니다. 솔루션스 아키텍트는 운영 오버헤드를 최소화하면서 이 워크플로를 어떻게 간소화할 수 있을까요?

Lambda 별칭을 사용하면 클라이언트 애플리케이션을 업데이트할 필요 없이 Lambda 함수 버전을 가리키는 포인터를 변경할 수 있습니다. 애플리케이션은 항상 별칭 ARN을 호출하고, 새 버전이 배포되면 별칭을 새 버전으로 다시 매핑하여 중단 없이 업데이트를 적용할 수 있습니다. 환경 변수를 직접 변경하는 것은 게시된 버전에 허용되지 않으며, $LATEST 버전은 프로덕션에 적합하지 않습니다. DynamoDB 테이블을 사용하는 것은 매개변수를 동적으로 관리하는 좋은 방법이지만, 문제의 핵심인 버전 관리 및 배포 중단 문제를 직접적으로 해결하지는 않습니다. 매개변수를 하드코딩하는 것은 변경 시마다 새 버전을 배포해야 하므로 현재 문제와 동일한 중단을 야기합니다.