Debugging means replaying the execution of an application in some means. Where in serverless applications, more specifically in AWS Lambda applications, replaying the same invocation is not always possible due to its black-box nature. By using Thundra’s AWS Lambda Debugger VS Code Extension, you can debug your serverless applications natively with their permissions. Benefits No local issue reproduction, debug Lambda applications during the invocation execution. Do not stop the whole process, debug/stop 1 Lambda invocation at a time. No mocking resources and simulating the environments Installation To use AWS Lambda Debugger, you need to complete all installation steps. Please follow the instructions below. Install the extension from the marketplace. and get your . You can get your auth token from the if you've already signed up. Sign up for Thundra THUNDRA_AGENT_LAMBDA_DEBUGGER_AUTH_TOKEN start page Add this key to both your VS Code configuration and your AWS Console: Open the Command Palette and select command to paste the auth token to the field (⇧⌘P) Thundra: Edit Configuration authToken Go to your AWS Console and set your auth token value with the key as your environment variable. THUNDRA_AGENT_LAMBDA_DEBUGGER_AUTH_TOKEN After installing the extension, instrument your AWS Lambda. You can do it in two ways. Using Layers (easier) Guide for NodeJS Guide for Python Manual instrumentation Guide for NodeJS Guide for Python How to use Click on the “Start Thundra Debugger” button on the Status Bar. You can also execute the command Thundra: Start Debugger to start the debugging session. Set a debug point on your VS Code. You can set multiple debug points as well. Now invoke your AWS Lambda function to hit on the debug point. When there is a hit on your breakpoint, the status bar below turns red. You can start debugging when the variables and the call stack are loaded. Debug session ends when your AWS Lambda function times out. You can update the timeout of your function for longer debug sessions. Summary Traditionally, it is impossible to put breakpoints in a Lambda function, stop the execution and debug as usual. Debugging serverless applications locally may make sense in some situations. But it is clear that mocking the cloud environment and debugging serverless applications locally misses some crucial points such as security permissions and authenticity of event data flowing between resources. You can ease those pains by installing just a single VSCode extension, instrumenting your function without any further steps.

Debug your AWS Lambda in Production in just 5 steps

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Using Next.js + Playwright + GitHub Actions to Make a To-Do App

10 Things in Engineering We Don't Spend Enough Time On

254 Stories To Learn About Amazon

193 Stories To Learn About AWS Lambda

17 of the Best Amazon Web Services (AWS) for Web Developers to Learn

3 Min Hack for Locally building a Native Extension

Using Next.js + Playwright + GitHub Actions to Make a To-Do App

10 Things in Engineering We Don't Spend Enough Time On

254 Stories To Learn About Amazon

193 Stories To Learn About AWS Lambda

17 of the Best Amazon Web Services (AWS) for Web Developers to Learn

3 Min Hack for Locally building a Native Extension

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps