AWS Lambda has a cool feature that can be both a blessing and a nightmare for a serverless application, depending on whether it’s properly handled by our code: the retry behavior. A retry occurs when an invocation of a Lambda function results in an error and the AWS Lambda platform automatically invokes the function again, with the same event payload. Before we get deeper, make sure you are familiar with the AWS documentation on the subject.

Just starting out with Dashbird? Great, you are in the right place. I’ve been speaking with hundreds of our new users in the past couple for months about their experience with Dashbird. I must say the feedback has been incredible so far. However, there are a few things I’ve noticed that our users haven’t yet taken advantage of within the platform. For a better success, let me point them out to you.

Last year we covered the top enterprise serverless use cases for AWS Lambda. To refresh our memory, according to the CNCF (Cloud Native Computing Foundation), most commonly AWS Lambda is used for REST APIs, multimedia/image processing, CRON jobs, and stream processing. Today I’d like to cover some more complex ways some of our enterprise customers use Lambdas.