Serverless: slower and more expensive

Re:Serverless: slower and more expensive by falcolas on Monday September 23, 2019 @12:28PM (#21050444)

Add a couple of seconds when spinning up an ENI. New nodes in a VPC are around 3 seconds (and our last EBC with Amazon indicated that it won't get lower than that for awhile). It's worth noting that this impacts ECU scaling for Aurora Serverless as well.

Why would you need to put a Lambda in a VPC? For access to a database, other EC2 bound resources, or overall network security reasons (such as outbound network monitoring).

[ Parent | on HN ]

Re:Serverless: slower and more expensive by redblacktree on Monday September 23, 2019 @04:01PM (#21052957)

You may be interested in the latest news re: allocating ENIs in VPCs for Lambda[1]. They've finally got the cold-start situation a little more under control in that scenario.

Here's the meat, to save you a click:

> AWS says that the one-time setup of the shared network interface can take 90 seconds to complete. But because the network interface gets created when Lambda functions are first created or VPC settings updated, the connectivity-related latency during cold start approaches zero. The same goes for function scaling, which no longer requires new network interfaces for each new execution environment.

[1]: https://www.infoq.com/news/2019/09/aws-lambda-vpc/

[ Parent | on HN ]

Re:Serverless: slower and more expensive by orasis on Monday September 23, 2019 @05:16PM (#21053782)

I did not know this. Thank you.

[ Parent | on HN ]