You are viewing docs on Elastic's new documentation system, currently in technical preview. For all other Elastic docs, visit

Create anomaly alert rule

Get alerts when either the latency, throughput, or failed transaction rate of a service is abnormal.

Required role

The Editor role or higher is required to create anomaly rules. To learn more, refer to Assign user roles and privileges.

You can create an anomaly rule to alert you when either the latency, throughput, or failed transaction rate of a service is abnormal. Anomaly rules can be set at different levels: environment, service, and/or transaction type. Add actions to raise alerts via services or third-party integrations (for example, send an email or create a Jira issue).

To create your anomaly rule:

  1. In your Observability project, go to Alerts.
  2. Select Manage Rules from the Alerts page, and select Create rule.
  3. Enter a Name for your rule, and any optional Tags for more granular reporting (leave blank if unsure).
  4. Select the Anomaly rule type from the APM use case.
  5. Select the appropriate Service, Type, and Environment (or leave ALL to include all options).
  6. Select the desired severity (critical, major, minor, warning) from Has anomaly with severity.
  7. Define the interval to check the rule (for example, check every 1 minute).
  8. (Optional) Set up Actions.
  9. Save your rule.


You can also create an anomaly rule directly from any page within Applications. Click the Alerts and rules button, and select Create anomaly rule. When you create a rule this way, the Name and Tags fields will be prepopulated but you can still change these.


You can extend your rules with actions that interact with third-party systems, write to logs or indices, or send user notifications. You can add an action to a rule at any time. You can create rules without adding actions, and you can also define multiple actions for a single rule.

To add actions to rules, you must first create a connector for that service (for example, an email or external incident management system), which you can then use for different rules, each with their own action frequency. For more information on creating connectors, refer to Connectors.

Actions are services or integrations with third-party systems that run as background tasks when rule conditions are met. The following built-in integrations are supported:

After you select a connector, you must set the action frequency. You can choose to create a Summary of alerts on each check interval or on a custom interval. For example, you can send email notifications that summarize the new, ongoing, and recovered alerts every twelve hours.

Alternatively, you can set the action frequency to For each alert and specify the conditions each alert must meet for the action to run. For example, you can send an email only when the alert status changes to critical.

With the Run when menu you can choose if an action runs when the threshold for an alert is reached, or when the alert is recovered. For example, you can add a corresponding action for each state to ensure you are alerted when the rule is triggered and also when it recovers.

Use the default notification message or customize it. You can add more context to the message by clicking the Add variable icon and selecting from a list of available variables.

On this page