[count]

No, that's not what it means. If you have high concurrent execution, you get 'cold start' every time the underlying service 'scales out' to support more. The MORE you use lambda concurrently, the more you hit the cold start issue. Granted, it's just for that one cold start execution per-scale node (and they could probably just optionally pre-fire to warm things in that instance, like with a cache), but it's definitely there horizontally.

[spullara]

I really with they would add an init() callback that is called on cold start but before any traffic is sent to your lambda. It wouldn't help when there are no lambdas running but it could be useful when things are scaling up, especially if you can ask for additional concurrency above the actual concurrency necessary for spikes.

[redisman]

More lifecycle events please! I'd love a onThawed and onFrozen or something so I can kill the DB connections neatly

[jacobr1]

You can already do this, I think. Just put this logic in your application's static initialization.

[spullara]

I don't think so. When it spins it up, the request is already in flight. Otherwise this would have been solved by everyone but instead everyone sees terrible cold start times.

[deegles]

Also, containers are restarted periodically (~4 hours) so even if you have very steady traffic you'll see cold starts regularly.