If Thundra gathers data synchronously through Lambda calls, it will create some delay to your Lambda function execution. Remediation is to enable asynchronous monitoring. You can check out this part of the documentation or start directly with our to learn how to set up asynchronous monitoring.
No. Once you set up asynchronous monitoring, our collector module will start to collect the monitoring data asynchronously. This is unique to Thundra and we are proud of it.
No. Systems using synchronous monitoring should have a retry mechanism to make sure there is no data loss, as data sending may fail in some attempts. Retries result in latency or there could be data loss if there is no retry mechanism. Thundra solves these issues thanks to its asynchronous monitoring capability.
Yes. By default, request and response of the invocation is not sent to Thundra. You can enable or disable it using environment variables. You can also manage to mask the objects, arguments, return values, local variables by serializing them using programmatic API. You can read more about it here.
Yes. Thundra doesn’t run along with your Lambda function; instead its tracing capabilities are injected to your function and log collection happens asynchronously through Amazon CloudWatch. That’s why VPC rules don’t apply to Thundra with asynchronous monitoring. For all other unique advantages of asynchronous monitoring, check out our blog post: https://medium.com/thundra/4-reasons-why-you-should-publish-monitoring-data-async-in-aws-lambda-fd1e56473941
In Thundra, API keys are required to send monitor data. API keys are used for authentication, identifying requests, and applying rate limiting to the requests (as needed). In order to serve users better, we need to put a limit to number of requests per account. For now, the limit is set as 1000 requests per minute.
Yes. You can create multiple API keys to distribute your total request count to different teams within your organization. Note that the total limit for multiple API keys is still 1000 requests per minute.
In this case, the exceeding requests are simply dropped. If you are using synchronous monitoring, you will face HTTP errors. If you are using asynchronous monitoring, you will see the error logs in CloudWatch logs.
It takes 1-2 minutes to see your function’s monitor data in the application.
Thundra currently supports Lambda functions in Java, Node.js, Python, Go and .NET. Using the same API key, you can monitor functions in all of the supported languages.
Just join our Slack channel, we'll be glad to assist you.