You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The AWS::Lambda::Permission resource for the integration is correctly updated to point to the AWS::Lambda::Alias resource for the function's live alias, but the AWS::ApiGatewayV2::Integration resource still points to the AWS::Lambda::Function resource:
This results in the API Gateway returning 500 errors for that integration with the message "The IAM role configured on the integration or API Gateway doesn't have permissions to call the integration. Check the permissions and try again." because it only has permissions on the live alias, not on the bare function ARN it's using.
What were you expecting to happen?
The AWS::ApiGatewayV2::Integration resource should be overridden to point to the AWS::Lambda::Alias resource for the function's live alias just like the AWS::Lambda::Permission resource is.
What are the steps to reproduce this issue?
Create a function with an
httpApi
event and adeploymentConfiguration
:What happens?
The
AWS::Lambda::Permission
resource for the integration is correctly updated to point to theAWS::Lambda::Alias
resource for the function's live alias, but theAWS::ApiGatewayV2::Integration
resource still points to theAWS::Lambda::Function
resource:This results in the API Gateway returning 500 errors for that integration with the message "The IAM role configured on the integration or API Gateway doesn't have permissions to call the integration. Check the permissions and try again." because it only has permissions on the live alias, not on the bare function ARN it's using.
What were you expecting to happen?
The
AWS::ApiGatewayV2::Integration
resource should be overridden to point to theAWS::Lambda::Alias
resource for the function's live alias just like theAWS::Lambda::Permission
resource is.Any logs, error output, etc?
Nope.
Any other comments?
It's possible to work around this issue by overriding the integration URI for all your
httpApi
events to point to the alias, e.g.What versions of software are you using?
The text was updated successfully, but these errors were encountered: