We use AWS Lambda for jobs that we just want to offload to a cloud function. We are an educational institution, and if I want to upload an exam I generated for all my students, then I just write the script on AWS Lambda. That is, we use it for independent jobs that we can offload on their own.
I like the pay-for-what-you-use feature. This is the main reason why we use AWS Lambda. I don't have to manage servers; I just have to configure Lambda and expose it to an API gateway.
AWS Lambda's cold start needs to be improved. It has to warm up first, and so, the response time is slower.
Another challenge I've noticed is that there is a limit to the environment variables such as the 4 KB limit. Although, the advice is to use parameters or other things to store the details when the limit has exceeded the data, this adds additional intensity to the application. If the size limits for environment variables can be revealed, it would be helpful. Even if we have to pay for it, at least we would know that we are not dealing with latency. So, I would like to see the size of the environment variables increased.
I've been using AWS Lambda for one year.
AWS Lambda is scalable; I don't need to worry about it. At present, we have less than 10 people using this solution.
The initial setup is straightforward. It can be done on the console, and you can use the infrastructure as the code.
The deployment time can vary from 10 minutes to an hour depending on your needs and how comfortable you are with AWS Lambda.
AWS Lambda now supports multiple languages, but find out if the language you want to use to write your jobs is supported by it. If it is supported, then you are good to go.
Because AWS Lambda is scalable and does what it's meant to do, I would rate it at nine on a scale from one to ten.