We've run both in production for years. Here's the honest split on pricing traps, tracing quality, and which one you actually want for your team size.
I've signed the invoices for both of these. One year Datadog quietly billed us more than our entire staging AWS spend, and it took a spreadsheet and two annoyed calls with the account team to figure out why. New Relic never surprised me that badly on cost, but it surprised me in other ways. So this isn't a feature-checklist post. It's what actually happens once these tools are wired into a real system and running for eighteen months.
The core difference is how they think about billing, and it shapes everything downstream.
Datadog charges you per thing. Per host for infrastructure. Per GB for logs, split again by whether you index them or just ingest them. Per million spans for APM. Then there's synthetics, RUM, serverless functions, custom metrics, CI visibility, security monitoring — each its own SKU with its own meter. The list price looks reasonable line by line. The bill is the sum of thirty meters you forgot you turned on.
New Relic went the other direction in 2020 and mostly stuck with it: you pay for data ingested (per GB, with a free tier that's genuinely usable) plus per user, tiered by user type. Core and full-platform users cost different amounts. So your cost is roughly "how much telemetry did we send" times "how many people log in and actually build dashboards." Fewer meters, easier to model in a spreadsheet before you commit.
Neither model is honest about the failure mode. Datadog's is custom metrics and host sprawl. New Relic's is the full-platform user count creeping up, and ingest spiking when someone ships debug logging to prod.
On Datadog, the classic surprise is custom metrics. Every unique tag combination is a metric. A well-meaning engineer adds a user_id tag to a counter, and now you have two million time series and a five-figure line item. The second surprise is log indexing — ingesting logs is cheap, but making them searchable is where the meter spins. Teams routinely ingest everything and index everything by default, then wonder about the bill.
On New Relic, the leak is ingest volume you didn't plan. Trace and log data adds up fast, and the free 100GB fills quicker than you'd think once you have real traffic. The per-user model also bites teams with lots of occasional viewers, though basic users are cheap enough that it's usually manageable.
Datadog is wider. If you can name a telemetry category, Datadog has a product for it, and the products talk to each other well. That integration is the real value — jumping from a log line to the trace to the host metric to the deploy that caused it, without leaving the tab.
New Relic is narrower but deep where it counts, and its APM heritage shows. New Relic has been doing application performance monitoring since before it was called observability, and the code-level detail — slow method traces, database query breakdowns, transaction sampling — is excellent. Datadog's APM caught up and is very good now, but New Relic still edges it on pure application-layer depth.
For distributed tracing across a lot of services, I give Datadog the nod on the trace UI. The service map and the flame graphs are faster to read under pressure at 2am.
| Area | Datadog | New Relic |
|---|---|---|
| Pricing model | Per-host + per-GB across many SKUs | Usage-based per-GB ingest + per-user |
| Feature breadth | Very wide, many products | Narrower, unified platform |
| APM depth | Very good | Excellent, code-level detail |
| Trace/service map UX | Best-in-class | Good |
| Log management | Powerful, ingest vs index split | Solid, ingest-priced |
| Dashboards | Flexible, steeper curve | Cleaner defaults |
| Alerting | Deep, monitor sprawl risk | Capable, NRQL-driven |
| OpenTelemetry | Supported, own agent preferred | First-class, OTel-native leaning |
| Onboarding | Fast agent, slow to master | Gentler, single platform |
| Cost predictability | Low | Higher |
Log management is a wash on capability. Datadog's ingest-versus-index model gives you a knob to control cost that New Relic's flatter model doesn't, but that knob is also the thing people misconfigure.
Alerting is deep on both. Datadog's monitor system is more powerful and, predictably, easier to turn into an unmaintainable pile of 400 alerts nobody owns. New Relic's NRQL-based alerting is tidier to reason about if your team likes writing queries.
Dashboards: Datadog is more flexible and has more widget types; New Relic's look better out of the box with less fiddling. If you have someone who loves building dashboards, Datadog rewards them. If you don't, New Relic's defaults save you.
OpenTelemetry is where I'd watch the trend. Both accept OTel data, but New Relic leans harder into being OTel-native and doesn't push its proprietary agent as insistently. Datadog supports OTel but clearly prefers you run the Datadog agent, and some features only light up when you do. If avoiding vendor lock-in matters to you, that difference is worth weighing. For a broader look at the field, our roundup of observability tools covers the OTel-first challengers too.
Datadog's agent installs in minutes and starts showing data fast, which is why it wins so many trials. Mastering it — cost controls, tag hygiene, monitor governance — takes months. New Relic's initial setup is slightly less instant but the single-platform model means fewer concepts to learn, and the cost model is easier to keep sane without a dedicated owner.
For a small team or startup: New Relic. The free tier is real, the pricing is predictable, and you won't need someone babysitting custom-metric cardinality while you're trying to ship. It's the safer default when nobody has time to own the tool.
For a cloud-native mid-size shop running lots of services: Datadog, if you can commit to cost discipline. The integrated tracing, service maps, and breadth pay off when you're debugging across twenty services, and at that stage you probably have someone who can own tag hygiene and monitor sprawl. If you can't fund that ownership, New Relic will hurt you less.
For a large enterprise: it depends on what you're optimizing. Datadog if you want one vendor covering security, RUM, synthetics, and CI on top of APM, and you have the FinOps muscle to govern the spend. New Relic if predictable budgeting and an OTel-forward posture matter more than maximal breadth.
Both are good tools. Pick Datadog for breadth and best-in-class tracing if you'll invest in governing the cost, and New Relic for predictability and application depth if you won't. The wrong answer is signing either contract without deciding, up front, who owns the bill.
Get the latest tutorials, guides, and insights on AI, DevOps, Cloud, and Infrastructure delivered directly to your inbox.
Our best engineer quit citing on-call. We rebuilt the whole thing: saner rotations, runbooks that actually help at 3am, and escalation that doesn't punish asking for help.
We ripped every client secret out of our CI pipelines by pointing Azure federated credentials at GitHub's OIDC issuer. Here's the exact setup and the claims that trip people up.
Explore more articles in this category
The observability market is huge and the pricing is a minefield. This is the map to the tools that matter, what each is best at, and how to avoid a runaway bill.
Cloud bills grow quietly until someone asks why. This is the map for cutting spend without cutting reliability: where the money actually goes, the levers that work, and the tools worth paying for.
Datadog bills climb quietly until finance forwards the invoice. Here's the playbook we run to cut spend hard while keeping every signal that matters.
Evergreen posts worth revisiting.