Scaling AI Agents in Production: Building and Operating Hundreds of Autonomous Agents
datadog · Tech · 2026 · source Agentic: yes · promotional bias: med · summary-only (no fetched source) · extracted with prompt 0.5.6 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Production observability and autonomous operations
Datadog needed to operate more than 100 production AI agents across SRE, developer, and security workflows while preparing to scale toward thousands of autonomous agents without losing observability, evaluation discipline, agent-native system access, or operational control.
Constraints:
- The source transcript was unavailable, so this extraction is summary-only.
- Agents operate in high-stakes SRE, code remediation, and security investigation workflows.
- Background agents may run for hours and need durability, sandboxing, and event-driven triggers.
- Evaluation must cover offline tests, online behavior, and living systems that adapt to drift.
- Datadog wants model- and framework-agnostic infrastructure because model leadership changes quickly.
Architecture
Datadog treats agents as production services and first-class users of its platform. The architecture combines agent-accessible APIs and MCP servers, proactive event-driven background agents, durable execution with Temporal, containerized sandboxes, offline and online evaluation loops, model/framework-agnostic harnesses, and observability for agents themselves.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR A["Operational signals"] --> B["Bits AI SRE"] A --> C["Bits AI Dev"] A --> D["Security analyst agents"] B --> E["Agent-native Datadog interfaces"] C --> E D --> E E --> F["Durable background runtime"] F --> G["Evaluation system"] F --> H["Observability system"] G --> H H --> I["Human operators"] I --> A
Components
| Component | Role | Interacts with |
|---|---|---|
Operational signals |
Alerts, errors, latency issues, and security findings that initiate agent work. | Bits AI SRE, Bits AI Dev, Security analyst agents |
Bits AI SRE |
Autonomous SRE agent that investigates alerts and performs initial incident work. | Agent-native Datadog interfaces, Evaluation system |
Bits AI Dev |
Code remediation agent that examines errors and proposes fixes. | Agent-native Datadog interfaces, Evaluation system |
Security analyst agents |
Agents that automate checklist-driven security investigations. | Agent-native Datadog interfaces, Evaluation system |
Agent-native Datadog interfaces |
MCP server, APIs, documentation formats, and agent-accessible product surfaces. | Durable background runtime |
Durable background runtime |
Event-driven, long-running, Temporal-backed, sandboxed execution environment for autonomous agents. | Evaluation system, Observability system |
Evaluation system |
Offline, online, and adaptive evaluation layers exposed to agents for improvement. | Observability system |
Observability system |
Monitoring, debugging, and operational telemetry for agent behavior. | Human operators |
Human operators |
Engineers and security staff who receive investigations, fixes, and escalation context. | Operational signals |
Data flow
Alerts, errors, security signals, and platform events trigger specialized agents such as Bits AI SRE, Bits AI Dev, and security analysts. Agents use agent-friendly APIs, MCP tools, documentation, and Datadog data to investigate, propose fixes, or automate checklist-driven workflows. Execution is monitored through observability and evaluated through offline, online, and adaptive evaluation systems.
3 supporting quotes
Why this architecture
Datadog's core lesson is that model intelligence is no longer the main bottleneck; production success depends on operational excellence. The system therefore emphasizes agent-native access, proactive background execution, durable orchestration, sandbox isolation, observability, and evaluation rather than a single model or chat interface.
3 supporting quotes
Models used: foundation models · long-context models · AI agents
Scale
- Datadog reports operating more than 100 AI agents in production.“operating over 100 AI agents in production while preparing infrastructure to scale to thousands more.”summary, stated
- Datadog is preparing infrastructure to scale to thousands of agents.“building over 100 AI agents in production and preparing to scale to thousands more.”summary, stated
- The SRE agent targets 2 AM alert investigation before humans arrive.“preventing engineers from being woken up at 2 AM for incidents.”summary, stated
Alternatives considered (roads not taken)
Reactive chat-first agents
Rejected because: Datadog found the strongest production value in proactive background agents that run for hours without babysitting.
Human-only product interfaces
Rejected because: Datadog argues systems must be agent-friendly through APIs, MCP, documentation, and UX designed for agents as users.
Lock into one model or framework
Rejected because: Model leadership changes rapidly, so Datadog keeps harnesses simple and expects rewrites as models evolve.
Patterns
tool-use-orchestration (orchestration)
Datadog exposes its platform through MCP, APIs, documentation, and agent-friendly interfaces so agents can investigate and act against operational systems.
durable-execution (orchestration)
Datadog uses durable background execution, including Temporal, for long-running agents that survive failures and restarts.
eval-driven-development (evaluation)
Datadog requires clear evaluation before launching agents and maintains offline, online, and adaptive evaluation layers.
observability-tracing (observability)
Datadog applies production observability to agents so autonomous behavior can be traced, monitored, debugged, and improved.
Tradeoffs
Interaction model
Chose proactive background agents over chat and voice interfaces as the primary production pattern.
Rationale: Background agents can handle long-running work without human babysitting.
Architecture portability
Chose model- and framework-agnostic design over deep lock-in to a current leading model or framework.
Rationale: Datadog expects model and framework leadership to keep shifting.
Gotchas (what bit them)
Working agents are not automatically autonomous production services.
Root cause: Autonomous agents need monitoring, evaluation, and operational rigor beyond a successful demo.
Resolution: Datadog treats agents as production services with observability, monitoring, and evaluation.
Agent-hostile product design blocks automation.
Root cause: Many systems still require human UI interaction or lack APIs/docs that agents can consume.
Resolution: Design APIs, docs, MCP servers, and product surfaces with agents as first-class users.
Unsupervised background agents need durability and isolation.
Root cause: Agents can run for hours and must survive failures without executing unsafely on local machines.
Resolution: Use Temporal-style durable execution and containerized sandboxes.
Evaluation
Datadog evaluates agents with offline tests before deployment, online monitoring in production, adaptive living evaluation systems, and agent-accessible evaluation tooling.
Metrics: Offline evaluation before launch · Online evaluation of live performance · Adaptive evaluation for drift · Agent observability and monitoring · Operational automation coverage
Outcomes
- Datadog operates over 100 production AI agents and is preparing for thousands more.
- Bits AI SRE autonomously investigates alerts.
- Bits AI Dev proposes code fixes for errors and latency issues.
- Security analyst agents automate checklist-driven investigations.
- Datadog productized some learnings into Dispatch Agents.
Summary-only evidence reports over 100 agents in production, preparation for thousands more, long-running background agents, and multiple productized agent categories across SRE, developer, and security workflows.