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

推荐订阅源

aimingoo的专栏
aimingoo的专栏
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
小众软件
小众软件
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
L
LangChain Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
D
Docker
Cyberwarzone
Cyberwarzone
腾讯CDC
V
Vulnerabilities – Threatpost
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
AWS News Blog
AWS News Blog
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
MyScale Blog
MyScale Blog
C
CERT Recently Published Vulnerability Notes
T
Threat Research - Cisco Blogs
S
Securelist
C
Cybersecurity and Infrastructure Security Agency CISA
Security Archives - TechRepublic
Security Archives - TechRepublic
Know Your Adversary
Know Your Adversary
Security Latest
Security Latest
N
News and Events Feed by Topic
Attack and Defense Labs
Attack and Defense Labs
V
Visual Studio Blog
博客园 - 司徒正美
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
I
Intezer
P
Privacy International News Feed
爱范儿
爱范儿
T
The Exploit Database - CXSecurity.com
O
OpenAI News
云风的 BLOG
云风的 BLOG
博客园_首页
雷峰网
雷峰网
M
MIT News - Artificial intelligence
Project Zero
Project Zero
I
InfoQ
Hacker News: Ask HN
Hacker News: Ask HN
C
Cyber Attacks, Cyber Crime and Cyber Security
N
News and Events Feed by Topic
S
Security Affairs
S
Secure Thoughts
Y
Y Combinator Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
美团技术团队
The GitHub Blog
The GitHub Blog
B
Blog
H
Hacker News: Front Page

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 Aruba Central in Datadog How we centralize and remediate risks with Datadog Case Management Accelerate incident response with Datadog and ServiceNow Monitor your application and network load balancer logs Understanding Karpenter architecture for Kubernetes autoscaling Tools for collecting metrics and logs from Karpenter Monitor Karpenter with Datadog What your product data is actually saying Key metrics for monitoring Karpenter Securing Datadog’s platform in the AI age: The role of observability data Four ways engineering teams use the Datadog MCP Server to power AI agents Approaching your observability migration with the right mindset Meet the new Bits AI SRE: Deeper reasoning, twice as fast Key learnings from the 2026 State of DevSecOps study Use plain English to query your multi-cloud infrastructure in Resource Catalog Simplifying troubleshooting across the user journey with Datadog Synthetic Monitoring Protect your OCI resources with Datadog Cloud Security This Month in Datadog - February 2026 Amazon EC2 security: How misconfigured and public AMIs expand your cloud attack surface Enable end-to-end visibility into your Java apps with a single command Measure and improve mobile app startup performance with Datadog RUM Evaluating our AI Guard application to improve quality and control cost Identify untested code across every level of your codebase Make use of guardrail metrics and stop babysitting your releases Monitor Versa Networks SD-WAN performance in Datadog Improve performance and reliability with APM Recommendations Remediate transitive vulnerabilities faster with Datadog Software Composition Analysis Generate audit-ready vulnerability and compliance reports with Datadog Sheets Monitor Fortinet FortiManager performance in Datadog Improve test coverage across codebases with Datadog Code Coverage Move fast, don’t break things: Consistent testing standards at scale Enrich logs with ServiceNow CMDB context before routing to any SIEM or logging tool Monitor Lustre with Datadog Make faster, better product decisions with Datadog Product Analytics Surface and remediate runtime posture issues with Workload Protection Findings Protect agentic AI applications with Datadog AI Guard How to optimize JavaScript code with CSS Trace Google Pub/Sub workloads in Cloud Run with Datadog Detect human names in logs with ML in Sensitive Data Scanner How we cut our NLQ agent debugging time from hours to minutes with LLM Observability Debug PostgreSQL query latency faster with EXPLAIN ANALYZE in Datadog Database Monitoring Datadog acquires Propolis Unify and correlate frontend and backend data with retention filters Scale compliance across global frameworks with Datadog Cloud Security Monitor Arista VeloCloud SD-WAN performance with Datadog Building reliable dashboard agents with Datadog LLM Observability Simplify log collection and aggregation for MSSPs with Datadog Observability Pipelines Mitigation for Node.js denial-of-service vulnerability affecting Datadog APM Automate flaky test fixes with the Bits AI Dev Agent and Test Optimization How we built an AI SRE agent that investigates like a team of engineers Datadog integrations 2025 recap: Observability for AI, security, and hybrid cloud Design effective executive dashboards with Datadog Implement dbt data quality checks with dbt-expectations Bring faster visibility into AWS Lambda functions with remote instrumentation Troubleshoot faster with the GitLab Source Code integration in Datadog How Cambia Health Solutions saved $30,000 monthly with Cloud Cost Management and the Datadog Resource Catalog Normalize any logs for Cloud SIEM with Datadog's OCSF processor Optimizing Datadog at scale: Cost-efficient observability at Zendesk Detect, diagnose, and resolve network issues easily with CNM Network Health Connect engineering errors to user impact in early-stage products Cilium configuration for Kubernetes operations at scale Designing feedback loops for progressive delivery Ship features faster and safer with Datadog Feature Flags Choosing the right OpenTelemetry Collector distribution Route your monitor alerts with Datadog monitor notification rules Automate Cloud SIEM investigations with Bits AI Security Analyst Cloud threat detection: How to identify risky activity across control and data planes Collecting Kafka performance metrics Monitoring Kafka with Datadog Monitoring Kafka performance metrics
Monitor AWS Lambda Provisioned Concurrency metrics with Datadog
2019-12-03 · via Datadog | The Monitor blog

Serverless computing continues to be a growing trend, with AWS Lambda as a main driver of adoption. Today, AWS released Provisioned Concurrency, a new feature that makes AWS Lambda more resilient to cold starts during bursts of network traffic. If you’re running a consumer-facing application, slow page loads and request timeouts can degrade the user experience and lead to significant revenue loss. Now, with Provisioned Concurrency, you can ensure that your functions remain initialized and ready to handle requests in milliseconds.

We are happy to announce that we’ve updated our AWS Lambda integration to include Provisioned Concurrency metrics so you can monitor your functions running with this new configuration from day one. By navigating between our out-of-the-box Lambda dashboard and Serverless view, you can get comprehensive visibility into all your Lambda functions—including their Provisioned Concurrency usage—through a single integration.

Our out-of-the-box AWS Lambda dashboard has been updated to include Provisioned Concurrency metrics.

How Provisioned Concurrency works

In AWS Lambda, a cold start refers to the initial increase in response time that occurs when a Lambda function is invoked for the first time, or after a period of inactivity. During this time, AWS has to set up the function’s execution context (e.g., by provisioning a runtime container and initializing any external dependencies) before it is able to respond to requests. When your serverless functions depend on each other, such as in a microservices environment, spikes in traffic can cause cold starts to cascade, resulting in extended periods of user-facing latency. With Provisioned Concurrency, you can mitigate cold starts and optimize the performance of your serverless applications, at any scale.

You can search your request traces to identify cold starts in your AWS Lambda functions.

To understand Provisioned Concurrency, it is helpful to first understand Lambda concurrency limits. Reserving concurrency for a given Lambda function guarantees that the specified number of instances of your function will always be available to serve requests at any given time. Lambda automatically throttles a function when it reaches its concurrency limit to prevent a single function from exhausting resources that other functions may need.

In the same way that enabling concurrency ensures that instances are available to respond to requests, configuring Lambda functions with Provisioned Concurrency gives you greater control over your function start times by keeping them initialized. Upon setting up Provisioned Concurrency, AWS will run the initialization code for the specified functions, so that they’ll be ready to respond to incoming requests in milliseconds.

You can manage Provisioned Concurrency through common AWS interfaces, including the AWS Management Console, Lambda API, AWS CLI, and AWS CloudFormation. To configure Provisioned Concurrency for a stable version of your Lambda function, you can specify its alias. You will see this alias tagged as executedVersion on your Provisioned Concurrency metrics in Datadog. Provisioned Concurrency can be configured on a schedule (e.g., to accommodate periods of high traffic) or through target tracking. AWS will use Auto Scaling to dynamically adjust your Provisioned Concurrency limit based on your configured schedule or (if you’re using target tracking) in response to the incoming load and your target utilization level.

Optimize your Provisioned Concurrency usage

Understanding your Provisioned Concurrency usage is crucial for determining whether you need to scale your configuration up or down. Datadog’s AWS Lambda integration automatically collects the following four new metrics:

  • the sum of concurrent executions using Provisioned Concurrency for a given function (aws.lambda.provisioned_concurrent_executions)
  • the sum of invocation requests for functions using Provisioned Concurrency (aws.lambda.provisioned_concurrent_invocations)
  • the number of concurrent executions over the Provisioned Concurrency limit (aws.lambda.provisioned_concurrent_spillover_invocations)
  • the fraction of Provisioned Concurrency used by a given function (aws.lambda.provisioned_concurrent_utilization)

Our integration collects and tags Provisioned Concurrency metrics by metadata from AWS (e.g., function name, executed version, and region) in the same way as other Lambda metrics. You can use these tags—and add custom tags—to slice and dice your data across any dimension, giving you deep visibility into all your AWS Lambda functions in one place, regardless of their concurrency configuration.

Identify underprovisioned functions

You can sort your functions in the Serverless view by the spillover invocation count to help you identify which functions are under-provisioned.

You can add any of the four metrics to the Serverless view by clicking on the gear icon in the upper-right corner of the table and selecting your desired metric. For example, by adding the count of invocations over the configured limit (aws.lambda.provisioned_concurrent_spillover_invocations) and sorting your functions by this metric, you can identify which functions are underprovisioned and risk experiencing cold starts. You can also set up an alert to get automatically notified when the Provisioned Concurrency utilization level is approaching the limit. This way, you can determine whether you want to increase the limit before your application suffers any performance bottlenecks.

Adjust your allocation in real time

You can identify trends in Provisioned Concurrency utilization from the graph on your Lambda out-of-the-box dashboard.

In addition, our out-of-the-box dashboard displays a graph of Provisioned Concurrency utilization (aws.lambda.provisioned_concurrent_utilization) by function. If you observe that a function is consistently using only a fraction of its Provisioned Concurrency during certain periods of time, you can safely remove those times from the schedule to avoid paying for unused resources.

Getting started

You can enable Provisioned Concurrency either by configuring it directly through the AWS Lambda console or if you’re using the Serverless Framework, by modifying the serverless.yml file. Simply add the provisionedConcurrency variable to your desired functions, as shown in the example below:

functions:

hello:

handler: handler.hello

events:

- http:

path: /hello

method: get

provisionedConcurrency: 5

This example configures AWS to keep five concurrent instances of the hello function initialized and ready to respond to requests.

Serverless monitoring made seamless

With Datadog, you can monitor all your AWS Lambda functions and troubleshoot performance issues in real time with custom metrics, distributed traces, logs, and more. The latest updates to our Lambda integration, made possible through our strong partnership with AWS, can help you optimize your Provisioned Concurrency configuration for both cost and performance. If you’re already using Datadog, head over to our documentation to start monitoring your Provisioned Concurrency usage along with the rest of your serverless environment. Otherwise, sign up today for a 14-day free trial.