server: #Function Name
handler: src/lambda.handler
environment:
...
memorySize: 512
timeout: 30
reservedConcurrency: 100
provisionedConcurrency: 4
vpc:
securityGroupIds: ${self:custom.${self:provider.stage}.appSecurityGroupIds}
subnetIds: ${self:custom.${self:provider.stage}.appSubnetIds}
events:
- alb:
listenerArn:
Ref: Listener
priority: 70
conditions:
path: /*
host: ${self:custom.${self:provider.stage}.dnsRecordName}
Bug Report
Description
What did you do?
I am deploying a lambda function with an alb event source and a provisioned concurrency.
What happened?
The target group is created with the lambda as a target and uses the
$Latestversion. The lambda function is created with a provisioned concurrency of 4 which is pinned to a specific version of the lambda function (i.e not Latest) and also creates an alias calledProvisioned.None of my requests to the lambda function are making use of the provisioned concurrency because of this misconfiguration
What should've happened?
I was expecting the lambda that was registered to the target group to be registered with the version that the
Provisionedalias was pinned to.What's the content of your
serverless.ymlfile?SLS_DEBUG=*environment variable (e.g.SLS_DEBUG=* serverless deploy)No errors reported with serverless deploy command
Similar or dependent issues: