Aws-lambda-dotnet: 오류: S3 버킷은 구성된 리전 us-west-2와 동일한 리전에 있어야 합니다. us-east-1 지역에 있습니다.

dotnet new에 의해 생성된 serverless.template 를 AWS에 업로드했는데 여기에서 스택을 생성하려고 할 때 다음 오류가 발생했습니다.

Error creating change set: Transform AWS::Serverless-2016-10-31 failed with: Invalid Serverless Application Specification document. Number of errors found: 1. Resource with id [ProxyFunction] is invalid. 'CodeUri' is not a valid S3 Uri of the form "s3://bucket/key" with optional versionId query parameter.

템플릿에 문제가 있는 것 같습니다. CloudFormation에 대한 경험이 많지 않아 아직 조사 중입니다.

오늘 나는 마침내 오류 메시지를 이해함으로써 약간의 진전을 이루었습니다 :)

클라우드 형성 템플릿의 "ProxyFunction" 리소스에는 빈 문자열로 설정된 CodeUri 매개변수가 있습니다. 빈 문자열이 지원되지 않는 이유에 대한 계속 조사.

분명히 CodeUri 는 상대, 동적 매개변수 또는 정적 URL일 수 있지만 빈 문자열은 절대 아닙니다.

https://github.com/awslabs/serverless-application-model/blob/master/HOWTO.md

CodeUri가 무언가로 대체되어야 한다고 말하는 페이지가 있습니까? 가장 저렴한 수정은 매개변수로 포함하는 것이므로 문서화할 필요가 없습니다.

모든 것이 잘 된 것 같지만 두 개의 S3 버킷, 프록시 버킷과 람다 함수 코드가 업로드되는 버킷이 관련되어 있어 혼란스러웠습니다. 람다에 대한 버킷을 만들고 이름을 지정하고 사용하지 않는 프록시 버킷에 대한 고유한 이름도 지정하면 클라우드 형성의 서버리스 변환이 작동했습니다.

람다 패키지와 함께 zip 파일이 포함된 S3 버킷이 람다 함수가 생성되는 동일한 지역에 있어야 하는 문제가 여전히 있습니다. 이것은 직관적이지 않고 제 생각에는 끔찍합니다. 여러 지역에서 동일한 템플릿을 활용하려면 여러 버킷에서 패키지 콘텐츠를 복제해야 합니다. 그들은 적어도 CodeUri 속성의 URL을 수락할 수 있으므로 패키지를 저장하기 위해 공개 버킷이나 github를 사용할 수 있습니다.

이를 위해 CloudFormation 팀에 피드백을 제공해야 합니다. CloudFormation의 동작을 변경하는 것은 이 리포지토리의 범위를 벗어납니다.

람다 패키지와 함께 zip 파일이 포함된 S3 버킷이 람다 함수가 생성되는 동일한 지역에 있어야 하는 문제가 여전히 있습니다. 이것은 직관적이지 않고 제 생각에는 끔찍합니다. 여러 지역에서 동일한 템플릿을 활용하려면 여러 버킷에서 패키지 콘텐츠를 복제해야 합니다. 그들은 적어도 CodeUri 속성의 URL을 수락할 수 있으므로 패키지를 저장하기 위해 공개 버킷이나 github를 사용할 수 있습니다.

진심으로, 이것은 끔찍합니다. 모든 지역에서 중복 버킷을 생성하는 대신 단일 s3 버킷에서 람다 함수 코드 업데이트를 지원할 수 없을 때 전역 s3 버킷의 용도는 무엇입니까?