Perspective · Pricing
Why Traditional Observability Pricing Breaks the Moment You Give Engineers Agents
An agent doesn't stop at the first answer. A single production investigation fans out into dozens of queries, refined by what came back last, reaching into telemetry from anywhere in the retention window. Observability vendors meter that work as if it were still one dashboard: ingest per GB, index per event, retention per day, cardinality per timeseries. Teams respond by dropping services, shortening retention, and capping cardinality. Those cuts are manageable when a person runs the queries. When an agent runs them, the same cuts decide whether the agent can work at all. Four properties of that workload land crosswise to how observability has been priced:
50–200 tool calls per session.
Where a human opens one dashboard, an agent runs discover, list, execute, refine, execute again. Ingest-and-index pricing gets cheaper by indexing less and dropping older data, which leaves the agent with nothing to read.
Ten engineers, a hundred concurrent sessions.
Coding and on-call agents run in parallel. The org chart hasn't grown, but the number of live investigations has. Per-seat and per-host meters scale with sessions, so the bill grows even though the team hasn't.
"The three canary traces with DEADLINE_EXCEEDED."
An agent asks for the exact rows, not "show me errors." Sampling used to be the cost lever; drop those three traces and the summary the agent writes is confident and wrong.
Comparisons run against last week.
Root-cause work asks what changed between the healthy build and this one. Retention priced per GB per day closes that window right where the agent needs it open.
Cardinal is priced flat by plan. Not per investigation, not per concurrent session, not per query, not per byte scanned, not per timeseries indexed, not by how far into retention the agent reaches. Those are the things the system was bought to do.
How each vendor breaks under an agent
The failure modes are specific.
"It costs more" is the surface answer. The real answer differs by vendor and by whether the ceiling shows up as a bill or as a throttle. Both stop the agent; they stop it differently.
The query API is rate-limited per organization, with a secondary per-user ceiling. Concurrent calls against /api/v2/query/timeseries from an agent fleet cross the limit within a single investigation; the SDK backs off, retries, and a five-second run stretches to forty. Metric queries are the surface most agents hit first; log search adds its own ceiling. There is no plan tier that removes the throttle, because it's a capacity control, not a pricing one.
The base tier retains data for eight days. Comparing today's canary against last week's baseline requires Data Plus, which adds an ingest premium and unlocks longer queryability. The agent that reaches into that window is paying twice on the same bytes: once to keep them, again to read them back. NRQL is not free at scale, and the tier structure exists specifically to price the workload of reaching backward.
Splunk Cloud provisions Search Virtual Compute up front. Concurrent SPL queries from an agent exceed the allocation, and searches queue behind existing users. Priority becomes a shared-resource negotiation between the agent, the on-call, and whoever else is running searches; the fix is to buy more SVC, at which point the query workload is a line item that grows with adoption.
Grail meters query cost by the volume of data scanned per DQL statement, in Davis Data Units. An agent that runs a broad time-range query, then filters down, is charged on the whole scan regardless of the size of the result. Optimizing query cost per session is the kind of ongoing tuning a human can do carefully and an agent can't easily do at all.
None of these are secrets. They are documented, priced, and enforced. They are just calibrated for the workload observability had until recently: a person at a dashboard, running a handful of queries at a time.
Do the math on your own volumes
Cardinal vs Other Vendors.
Ballpark monthly list price at your volume across common vendors. Real quotes move with commit, region, and retention.
- CardinalFlat pricing: $15,000/month for the mid-tier Production plan in your cloud. No per-GB, no timeseries meter, no overages.$15K / monthbaseline
- SigNoz CloudCloud tier: ~$0.30/GB for logs and traces, cheap per-series metrics.$65K / month4.3×
- Grafana CloudLoki $0.50/GB, Tempo $0.50/GB, Mimir $8 per 1K active series.$112K / month7.4×
- GroundcoverNode-based list price; approximated at ~$0.70/GB blended, metrics included.$151K / month10×
- CoralogixTCO tiering; blended ~$0.85/GB across frequent/infrequent, ~$0.01/timeseries.$188K / month13×
- DynatraceDDU-based; blended ~$2.00/GB logs, ~$1.80/GB spans, ~$0.04/timeseries.$438K / month29×
- DatadogLogs ~$2.50/GB (ingest + 15d index), APM ~$1.50/GB, custom metrics $0.05/timeseries.$501K / month33×
Rates are pulled from public list prices as of 2026 and blended across typical retention. Custom commits, tiered discounts, and per-vendor surcharges (indexed events, spike protection, high-cardinality metrics, cross-region egress) will move real invoices, usually up.
The gap the calculator shows comes from moving storage and query execution onto your own infrastructure. Those costs already sit on your cloud bill; they stop showing up on Cardinal's.