AWS Introducing Provisioned Concurrency for Lambda Functions

Re:AWS Introducing Provisioned Concurrency for Lambda Functions by munns on Wednesday December 04, 2019 @12:27PM (#21704375)

Fwiw new networking for VPC is completely rolled out for all public regions now. (#2) (and thank you, its called "Attached to a VPC" and not in :) )

This covers you straight through 4.

Now it's possible that your execution environment could be sitting for sometime waiting for any action and so pre-handler DB connections and things like that might need to be tweaked in this model.

Thanks, - munns

[ Parent | on HN ]

Re:AWS Introducing Provisioned Concurrency for Lambda Functions by scarface74 on Wednesday December 04, 2019 @12:55PM (#21704780)

So I had to convert three lambda APIs using proxy integration to Fargate mostly because of the 6MB request/response limit but the cold starts caused us to make a rule that we weren’t going to convert our EC2 hosted APIs to lambda. We were going to host them on Fargate.

But since the APIs that I moved over to Fargate are now automatically being deployed to both lambda and Fargate with separate URLs, we can A/B test both and see if we will move to lambda in cases where the request/response limit isn’t a problem.

Btw, I didn’t think using a NAT instead of an ENI had rolled out completely. I tried to delete a stack recently and it still took awhile to “cleanup” resources. I thought that was caused when it was deleting the ENI. I’ll be on the look out for it next time I need to delete a stack.

[ Parent | on HN ]

Re:AWS Introducing Provisioned Concurrency for Lambda Functions by scarface74 on Wednesday December 04, 2019 @08:59PM (#21709306)

Well, now we have RDS proxy that was announced after my original post, so that should help with DB connections....

[ Parent | on HN ]