Do you keep your serverless application warm (to avoid cold starts)?
2/08/2019 9:55 AM by
When designing your Bot, you will very likely leverage some Bot Frameworks or AI Services to take care of the Natural Language Processing (NLP) so that you can focus on implementing your business logic.
To host your business logic, it is common to use serverless applications such as Azure Function
, Google Firebase
or Amazon Web Service Lambda Functions
. Serverless applications come with amazing scaling abilities and simplified programming models, but they also suffer from at least one well-known side-effect that is commonly referred to as Cold Starts
Here are some recommended solutions to eliminate Cold Starts: Microsoft Azure Functions
Use a timer trigger function to keep the Azure Functions application warm. If you know that at a certain time of a day the Function App is likely to be cold and so you wake it up just before you expect users to send out requests.
Azure Functions can be hosted using dedicated App Service Plans instead of the serverless Consumption plan. Now you no longer need to worry about cold starts since the compute resource is always available and ready. The only caveat is that the Azure Functions won't automatically scale out as they do with the Consumption plan. So, think ahead and measure your compute requirements, and make the right decision.
If you want a dedicated instance that is always available and ready, and you also require the ability to automatically scale out under high try the Azure Functions Premium Plan (preview). The premium plan always has at least 1 core ready to process requests and your application will not suffer from cold starts. The premium plan does come at a price, so plan ahead.
Firebase Functions on Google Cloud Platform
Amazon Web Service
- In Node.js code, export all the functions your want to deploy to cloud functions. And import / require dependencies inside the function. So that each function call will only load the dependency it needs instead of loading all dependencies in the index.ts file.
- Warm up request - Create a separate function that works on a timer. The function can run at some time interval that you know your app will not be cold.
- If cold starts are unbearable, convert to other infrastructure such as App Engine .
- Instead of using statically typed programming languages like Java and C#, you may prefer dynamically typed languages like Python, Node.js etc.
- Avoid deploying Lambdas in Amazon Virtual Private Cloud (VPC).
- Avoid making HTTPS or TCP client calls inside your lambda. Handshake or other security related calls are CPU bound and will increase the cold starts to your function.
- Send dummy requests to your functions with some frequency.
- Make necessary changes on your Lambda to distinguish warm-up calls from customer calls.
- Be mindful about the potential drawbacks of the warm-up requests
2.1 Warm-up calls will potentially keep all your containers busy and a real customer request could not find a place to run
2.2 A Lambda function in one container can catch all calls at once and this can make other containers down after a while
Do you feel this rule needs an update?