AWS Lambda is a compute service that enables you to build serverless applications without the need to provision or maintain infrastructure resources (e.g., server capacity, network, security patches). AWS Lambda is event driven, meaning it triggers in response to events from other services, such as API calls from Amazon API Gateway or changes to a DynamoDB table.
In Part 1 of this series, we discussed AWS Lambda functions and some key metrics for monitoring them. In this post, we’ll look at using Amazon’s native tooling to query those metrics. We’ll also show you how to collect logs and traces that provide further visibility into your Lambda functions. Amazon provides built-in monitoring functionality through CloudWatch and X-Ray.
In Part 2 of this series, we looked at how Amazon’s built-in monitoring services can help you get insights into all of your AWS Lambda functions. In this post, we’ll show you how to use Datadog to monitor all of the metrics emitted by Lambda, as well as function logs and performance data, to get a complete picture of your serverless applications. In this post, we will: Datadog integrates with AWS Lambda and other services such as Amazon API Gateway, S3, and DynamoDB.
AWS Lambda decouples the need to provision and maintain a runtime environment from running code, allowing developers to focus on applications rather than infrastructure. But, by abstracting away the underlying infrastructure of an application, serverless architectures introduce new challenges into monitoring and observability.
NiCE IT Management Solutions is proud to serve global key-players in advanced Oracle database performance and health monitoring. Read the latest customer reference on how the NiCE Oracle Management Pack is helping a US workers’ compensations agency in their Oracle operations.
With Linux turning 28 years old, the operating system continues to be the predominant choice for serious computing among IT system developers for a variety of reasons, including its stability, secure nature, flexibility, and speed.
Recently, Loki v1.3.0 was released. It included many changes, but I’d like to talk about one in particular: the query frontend. This new component in the Loki architecture is a drop-in addition. What does that mean? Loki can run with or without it. In fact, the query frontend both produces and consumes the Loki API, meaning to a consumer there’s no difference.
It’s a new year and TrackJS has a new look. It’s smaller, it’s simpler, and it feels friendly–just like TrackJS. These minor refinements to our brand do a better job at emphasizing what were best at: easy to use and user-focused. The colors are brighter and clearer, the fonts are more refined, and there is just less noise.
In case you missed it, we released Ruby gem 2.10. It focusses mostly on diagnose and configuration. Though a bit late, here’s a round-up of what’s in the release.
