I enjoyed reading this analysis, even if it is quite specific to a single situation. I agree with the writer's larger point that you need to do this kind of ana

I enjoyed reading this analysis, even if it is quite specific to a single situation. I agree with the writer's larger point that you need to do this kind of analysis for your workload, in your conditions, to draw the right conclusions. > This does lead to a caveat with analysis, however: larger Lambda’s may actual process more quickly than ones that are more right sized, potentially leading to cheaper outcomes. This is an important thing to include for compute-bound tasks (which is a suprisingly large number of tasks, at least up to some limit). There are some nice third party projects (like Lambda Power Tuning[2]) that can help find the sweet spot on price versus performance (with their own caveats, of course). > Consider using Lambda without API Gateway Yes! API Gateway can add a lot of value when you need it, but if you don't need it there's no reason to carry the cost. Other options are to use the SDK (as the article says), Lambda Function URLs[1], or Lambda with ALB. [1] https://aws.amazon.com/blogs/aws/announcing-aws-lambda-function-urls-built-in-https-endpoints-for-single-function-microservices/ https://aws.amazon.com/blogs/aws/announcing-aws-lambda-funct... [2] https://github.com/alexcasalboni/aws-lambda-power-tuning https://github.com/alexcasalboni/aws-lambda-power-tuning