The Monitor

Route your monitor alerts with Datadog monitor notification rules

5 min read

Share article

Route your monitor alerts with Datadog monitor notification rules
Khang Truong

Khang Truong

Simone Tafaro

Simone Tafaro

As organizations scale their infrastructure, monitoring systems can become a source of noise rather than insight. A clean, straightforward set of alerts for a handful of services can quickly spiral into a mess of overlapping thresholds, redundant triggers, and inconsequential notifications across hundreds (or thousands) of components. This flood of notifications can slow response times, overwhelm engineers, and increase the chance of overlooking critical problems. Efficiently managing monitor notifications at scale is crucial for maintaining operational excellence, safeguarding customer experience, and minimizing costs associated with downtime.

Datadog’s new monitor notification rules, now generally available, address this challenge by helping you manage alert delivery to prevent critical issues from slipping through the cracks. Monitor notification rules replace manual configuration with dynamic, tag-driven logic to help you build a notification system that’s reliable, actionable, and aligned with your business priorities.

In this blog post, we’ll explore the challenges of large-scale alerting and explain how monitor notification rules can help you overcome these obstacles. We’ll also provide some best practices to assist you in optimizing your monitor notification rules.

Challenges of large-scale alerting

At scale, the major challenge of monitoring isn’t generating alerts. It’s making sure that the alerts are meaningful, actionable, and routed to the right people at the right time. Without an alert routing strategy, teams can drown in a sea of notifications: some critical, some informational, many duplicated. The negative impacts can include alert fatigue, delayed response times, and missed incidents altogether.

The existing @notification system was originally built for a scenario in which a single team owns and manages all monitors. In this situation, alerts naturally flow to one destination with no complex routing required. When you craft a monitor message, you can tag anyone or anything you need: individual engineers, Slack or Microsoft Teams channels, or automated workflows. This system gives monitor authors full control over who gets paged for each monitor that they build.

However, this same flexibility leads to the following challenges as your infrastructure outgrows a one-team model:

  • Manual upkeep at scale: Teams must edit every monitor by hand to set—or later change—its recipients. Adjusting a dozen monitors might be quick, but adjusting hundreds of monitors becomes a slog.
  • Complex conditional logic: When one monitor covers services that are owned by several teams, authors often resort to nested template variables or if-else blocks to route alerts correctly. The more conditions that you add, the higher the risk of misconfiguration.
  • Centralized triage bottlenecks: To avoid the complexity of conditional logic, some organizations send every alert to a single catch-all team that then forwards incidents to the real owners. This manual hop slows responses and increases mean time to resolution (MTTR).

What are monitor notification rules?

To bridge the gap between static @notifications and the dynamic, policy-driven routing that modern teams need, monitor notification rules power alert delivery from a centrally managed rule engine. These notification rules are predefined sets of conditions that automate the alerting process. Instead of burying complex logic in every monitor, you define policies scoped by any tag that fits your monitoring strategy: team, service, env, priority, and more. The result is centralized control of alert delivery without the manual overhead.

For example, let’s say that you have an ecommerce platform that includes checkout, catalog, search, and payments services. Each service is owned by a separate team and is instrumented with dozens of monitors that have tags of team, service, and env. By migrating to monitor notification rules, you can use those existing tags instead of editing message templates.

A rule that is scoped to team:payment-processing AND env:prod pages the on-call engineer, while lower-priority alerts post quietly to your Slack backlog. Because scope is tag-based, current and future monitor notifications that match the tags on the scope of this rule will be routed to the right recipients. When payments team members create new monitors for additional failure scenarios, they simply tag them team:payment-processing. No one needs to configure a notification string, yet routing works from day one.

A monitor notification rule for the payments team.
A monitor notification rule for the payments team.

By thinking beyond individual monitors and creating notification rules that can handle complexity, you can group related alerts, reduce noise through deduplication, escalate only when necessary, and align alert priority with business impact.

Best practices for monitor notification rules

A solid tagging strategy is the gateway to effective alert routing. If you’re still refining your tagging strategy, read our blog post about managing monitors with Datadog Teams. When your monitors carry consistent tags, each team can formalize its own routing logic in minutes.

To get the most out of your monitor notification rules, we recommend the following best practices:

  1. Tag your monitors: Make tags (such as team, service, and env) that fit your alerting strategy a required element on every monitor. Clean, consistent tagging keeps rule scopes precise and helps ensure that notification rules apply automatically as new monitors appear. Check out how Datadog monitor tag policies can help you implement an effective tagging strategy.
  2. Define clear ownership: Every rule should have an obvious owner. Scope each rule to a specific team so that it’s clear who maintains the policy—and who gets paged—when a matching monitor fires. Clear ownership prevents orphaned routes and speeds up reviews.
  3. Start narrow and then broaden: Begin with the tightest scope that meets your immediate need (for example, team:payment-processing AND env:prod AND priority:P0). After you confirm that routing works, widen the scope incrementally (for example, include all priorities, not only P0). Shrinking an overly broad rule after alerts start spamming multiple teams is much harder than widening a precise rule.

Start managing your alerts more efficiently today

As your infrastructure grows at an ever-increasing rate, managing alerts effectively is crucial to maintaining operational efficiency. Datadog’s monitor notification rules provide flexibility, control, and scalability to help your teams stay informed, focused, and ready to act when critical issues arise.

Check out our documentation for more information. If you don’t already have a Datadog account, you can sign up for a to get started.

Related Articles

Manage your monitors more efficiently with Datadog Teams

Manage your monitors more efficiently with Datadog Teams

Manage your infrastructure with ServiceNow CMDB and Datadog

Manage your infrastructure with ServiceNow CMDB and Datadog

Tags: set once, access everywhere

Tags: set once, access everywhere

Best practices for tagging your monitors

Best practices for tagging your monitors

Start monitoring your metrics in minutes