惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
H
Help Net Security
GbyAI
GbyAI
博客园_首页
G
Google Developers Blog
Microsoft Security Blog
Microsoft Security Blog
博客园 - 【当耐特】
月光博客
月光博客
美团技术团队
B
Blog RSS Feed
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
博客园 - 叶小钗
有赞技术团队
有赞技术团队
T
The Blog of Author Tim Ferriss
Engineering at Meta
Engineering at Meta
Google DeepMind News
Google DeepMind News
Y
Y Combinator Blog
宝玉的分享
宝玉的分享
Microsoft Azure Blog
Microsoft Azure Blog
罗磊的独立博客
云风的 BLOG
云风的 BLOG
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
P
Proofpoint News Feed

Datadog | The Monitor blog

Introducing our open source AI-native SAST Instrument and monitor Boomi integration flows with OpenTelemetry and Datadog Not all index scans are equal: How we cut query latency by over 99% Platform engineering metrics: What to measure and what to ignore Integrate Recorded Future threat intelligence with Datadog Cloud SIEM CI/CD security: threat modeling using a MITRE-style threat matrix CI/CD security: How to secure your GitHub ecosystem Ingress NGINX is EOL: A practical guide for migrating to Kubernetes Gateway API Operating agentic AI with Amazon Bedrock AgentCore and Datadog LLM Observability: Lessons from NTT DATA Introducing the Datadog Code Security MCP Capture and analyze custom heatmaps in Session Replay Understand session replays faster with AI summaries and smart chapters Monitor ClickHouse query performance with Datadog Database Monitoring How we designed empathetic alert sounds for on-call engineers Search and act across Datadog to resolve issues faster with Bits Assistant Measure the business impact of every product change with Datadog Experiments Analyzing round trip query latency Configuring JavaScript caches for better performance Introducing Bits AI Dev Agent for Code Security Datadog achieves ISO 42001 certification for responsible AI Monitor Nutanix clusters, hosts, and VMs with Datadog Monitor Juniper Mist in Datadog A new Host Map for modern infrastructure Annotate traces to improve LLM quality with Datadog LLM Observability What’s new in Cloud SIEM: AI-powered investigations, enhanced threat intelligence, and scalable security operations Explore Kubernetes with native OpenTelemetry data Monitor Oracle Fusion Cloud Applications with Datadog Announcing the Datadog Terraform provider v4.0.0 Scaling Kubernetes workloads on custom metrics How to design cloud environments for AI-powered threat analysis
Monitor serverless configuration changes with Datadog Dep...
2020-10-27 · via Datadog | The Monitor blog

Serverless architectures remove the need to provision and maintain infrastructure components like servers and containers, so developers can focus on writing and deploying code. However, serverless architectures also introduce new challenges to monitoring and observability. Teams building serverless applications can iterate quickly and deploy frequent code and configuration changes, making it difficult to track what impact these changes have on your applications. Any adverse effects a code or deployment change might have on your applications can easily go unnoticed until it’s too late to prevent negative impacts reaching your customers. To meet this challenge, Datadog serverless monitoring includes Deployment Tracking so you can easily correlate serverless code, configuration, and deployment changes with metrics, traces, and logs from your functions for real-time insight into how these changes may affect the health and performance of your applications.

Correlate serverless metrics and events

To access Deployment Tracking for your functions, select a function in the Serverless view and click the “Deployments” tab. Here you can see key serverless metrics like invocations, execution duration, and error counts automatically displayed with event overlays that mark code deployments and configuration changes related to the function.

serverless_image_07

For example, if you’ve recently deployed an updated version of a feature, or reconfigured a Lambda function to use less memory, those changes will appear as red bar markers on your serverless metric graphs at the time the event was triggered. This makes it easy to see at a glance if a change has significantly affected that function’s performance.

serverless_image_01

To investigate a function’s performance further, click a point on the graph to drill down into related traces or logs.

serverless_image_02

And, because Datadog automatically tags each Lambda function with key metadata like functionname and executedVersion, you can easily filter your functions to see, for example, how a change affected different versions of the same function.

Quickly summarize serverless activity

Datadog’s Serverless Deployment Tracking view also automatically shows a summary of the activity of your serverless functions within a specified timeframe (e.g., the last 30 minutes) that includes key information like a count of change events broken down by type (including deployments and configuration updates), as well as the net change in a function’s error rate and duration since the most recent change. This summary provides a high-level overview of the state of your serverless functions. For example, if you notice a sign of degraded application performance, like a 50-percent increase in errors since the last triggered event, you can quickly investigate the error graph to identify when the errors started to occur and which functions experienced them.

serverless_image_08

Detect stack drift with configuration events

To update your serverless stack, it’s considered best practice to begin by modifying your CloudFormation templates and then use a deployment tool like the AWS Serverless Application Model (SAM) or the Serverless Framework to create a change set. This allows you to review changes to your stack before you roll out an update, helping ensure that your configuration accurately reflects the state of your applications. Making changes manually (i.e., without first modifying your template) can increase the chances that your stack will drift, or fall out of sync with your resources. Stack drift introduces inconsistencies in serverless environments and makes it harder for developers to manage changes because the actual state of their application won’t match its template configuration, which means they won’t be able to trust their code configurations as a source of truth.

Datadog’s Deployment Tracking view includes an events table that lists each triggered event associated with a given function and when it occurred. The events table also lists the user that initiated each configuration and deployment event, so you can easily see whether it was done by an automation tool like CloudFormation, or manually by a developer. If you do detect stack drift, this makes it easy to identify who initiated the most recent deployments so you can determine what changes should be rolled back.

serverless_image_04

Monitor every step of the serverless deployment lifecycle

Datadog’s integrations with serverless application bootstrapping tools like AWS Serverless Application Model (SAM) and AWS Cloud Development Kit, deployment management services like AWS CodeDeploy, and continuous integration tools like AWS CodeBuild, CircleCI, Travis CI, and Jenkins give you a full view of your serverless ecosystem from a single pane of glass. And now, with Deployment Tracking, you’ll have insight into how code, configuration, and deployment changes affect function performance, so you can troubleshoot effectively.

If you already have a Datadog account, you can enable Deployment Tracking for your serverless code and configuration changes by adding the cloudtrail:LookupEvents permission to your Datadog AWS integration. Also be sure to check out the discussions taking place in the #serverless channel on Datadog’s Slack community, and read more about Deployment Tracking here.

If you don’t have a Datadog account, sign up today for a 14-day free trial.