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

推荐订阅源

Martin Fowler
Martin Fowler
有赞技术团队
有赞技术团队
博客园_首页
H
Help Net Security
GbyAI
GbyAI
aimingoo的专栏
aimingoo的专栏
V
Visual Studio Blog
The Cloudflare Blog
腾讯CDC
Jina AI
Jina AI
Last Week in AI
Last Week in AI
月光博客
月光博客
博客园 - 叶小钗
Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
Blog — PlanetScale
Blog — PlanetScale
人人都是产品经理
人人都是产品经理
Engineering at Meta
Engineering at Meta
Y
Y Combinator Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
爱范儿
爱范儿
N
Netflix TechBlog - Medium
F
Fortinet All Blogs

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
Optimize Kubernetes workloads with Custom Query Scaling
2025-12-01 · via Datadog | The Monitor blog

For many Kubernetes workloads, scaling on CPU and memory utilization provides an effective way to balance cost efficiency and performance. However, some applications, such as consumer or worker services downstream of messaging systems or data pipelines, aren’t bound by CPU or memory. For these workloads, scaling on application-specific metrics can help improve reliability, responsiveness, and cost outcomes.

With Datadog Kubernetes Autoscaling, you can now scale workloads based on any integration metrics or custom metrics collected in Datadog, not just CPU or memory metrics. Custom Query Scaling provides a way to define scaling rules using the metrics that matter for your workloads, which can help you tune scaling behavior more effectively. In this post, we’ll explore how Custom Query Scaling helps you:

Use any Datadog metric to scale Kubernetes workloads

The integration metrics and custom metrics you bring into Datadog are the foundation of your visibility into application and infrastructure performance. Now, Datadog Kubernetes Autoscaling lets you use those metrics to define scaling configurations that automatically manage capacity based on application demand and performance. By scaling your workloads based on real activity rather than simple resource utilization, you can improve responsiveness and more efficiently allocate resources in your environment.

For services consuming from messaging systems like RabbitMQ or Kafka, CPU utilization can be a poor signal for scaling because it doesn’t reflect message throughput or latency. Scaling decisions based solely on CPU often miss the real workload patterns, so instead you can use Datadog integration metrics such as rabbitmq.queue.messages and kafka.request.channel.queue.size.

Datadog UI showing how a RabbitMQ queue metric is selected as the input for a Kubernetes Autoscaling policy.

Application metrics can also enable more effective scaling in cases where you’ve determined a maximum allowable request rate. For example, to add NGINX replicas as traffic to your web application increases, you can use the HTTP request rate as a trigger (via the Datadog integration metric nginx.net.request_per_s).

Create custom queries to define precise scaling policies

Once you’ve chosen the metric for your scaling configuration, you can use the built-in query editor to define the autoscaling policy. The query builder will suggest tags based on your selected workload to scope the query to the relevant segment of your environment. You can choose how to aggregate the metric over time (for example, as an average or a sum), and then define how to aggregate it across sources like containers or services. Finally, specify a target value, the threshold your autoscaler will use to trigger scaling actions.

The following screenshot illustrates the custom query builder. The editor displays a graph of recent workload activity, comparing the metric’s behavior against your target value. As you revise your rule’s definition, you’ll gain immediate insight into how your autoscaler would have responded under real conditions. This helps you quickly identify the most effective scaling metric and threshold, minimizing trial and error. Once you have a query defined, you can either deploy the autoscaler directly from Datadog or export the recommendation manifest to deploy via your preferred GitOps workflow.

Datadog custom query builder shows how the historical behavior of your selected workload metric is automatically graphed against a target value to help you tune autoscaling thresholds.

Simplify autoscaling with integrated application metrics

Traditionally, scaling on custom metrics in Kubernetes has required deploying and maintaining extra components such as the Horizontal Pod Autoscaler, KEDA for event-driven scaling, or Prometheus adapters for metrics ingestion. With Datadog Kubernetes Autoscaling, you can scale on any application metric that Datadog collects, with no need to install and maintain additional services or adapters. This can simplify cluster management and help improve reliability by centralizing both scaling configuration and performance monitoring in one place. You can define custom scaling policies, adjust thresholds, and observe how scaling decisions affect workload performance and cost, all within the Datadog platform.

Scale smarter with Datadog Kubernetes Autoscaling

Custom Query Scaling aligns your scaling behavior with observed application performance. You can base your autoscaling activity on metrics that best capture user experience or workload demand, whether they measure queue length, request latency, or business KPIs. To get started, visit the Datadog Kubernetes Autoscaling documentation and learn how to enable Custom Query Scaling in your environment. And if you’re new to Datadog, sign up for a 14-day free trial.