﻿---
title: Experimental alerting system overview
description: The experimental Kibana alerting system writes each match as a rule event, then either groups those events into an alert episode with notifications or keeps them available for later analysis.
url: https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/system-overview
products:
  - Elastic Cloud Serverless
  - Kibana
applies_to:
  - Elastic Cloud Serverless: Experimental
  - Elastic Stack: Experimental since 9.5
---

# Experimental alerting system overview
The experimental alerting system in Kibana watches your Elasticsearch data continuously, so your team doesn't have to. You define the conditions that matter, and the system handles detection, tracking, and notification from there.
This page introduces the five objects in the system and how they connect. Use it to decide where to go next. For a step-by-step walkthrough after a rule runs, refer to [How it works](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/how-it-works).
<note>
  In the generally available Kibana alerting system, the term **alert** refers to a tracked occurrence of a rule condition. In the experimental alerting system, the equivalent concept is called an **alert episode**. Each system's APIs, UI, and instructions apply only to that system's concepts.
</note>


## The core idea

The experimental alerting system starts with a rule evaluating your data on a schedule. When the rule detects a match, Kibana writes a rule event to `.rule-events`. The rule's configuration determines whether those events are grouped into an [alert episode](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts) and can notify. Events that aren't part of an alert episode remain available for later analysis.
![Flowchart showing a rule detecting a match, Kibana writing a rule event, then either grouping that event into an alert episode or keeping it with no episode for later analysis](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/images/basic-system-flow.png)


## The building blocks

The flowchart is the big picture. The five objects in this section are the pieces you'll create and configure: rules, rule events, alert episodes, action policies, and workflows.

### Rules

A rule defines what to watch for in your data and how often to check. On each run, Kibana writes matches as [rule events](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/rules/rule-event-field-reference).
Refer to [Rules](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/rules) to learn more.

### Rule events

A rule event is the document Kibana writes to `.rule-events` for each match.
Refer to [Rule events](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/rules/rule-event-field-reference) to learn more.

### Alert episodes

An [alert episode](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts) tracks one problem from first detection through recovery, so you triage one lifecycle per problem.
Refer to [Alerts](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts) to learn more.

### Action policies

An action policy decides whether and when to invoke a workflow for an alert episode. You configure that on the policy, not on the rule, so you can change routing without editing each rule. The workflow sends the notification.
Refer to [Notifications and actions](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/notifications-actions) to learn more.

### Workflows

A workflow sends the notification or runs the automation, for example posting to Slack, sending an email, or calling a webhook.
Refer to [Connect workflows](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/workflows-alerting) to learn more.

## How the pieces fit together

The following diagram is a more detailed version of the same flow. It places the five objects on that path so you can see how they connect.
![Flowchart showing a rule detecting a match, Kibana writing a rule event, then either grouping the event into an alert episode that an action policy can route to a workflow, or keeping the event with no episode for later analysis](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/images/detailed-system-flow.png)

Every match still becomes a rule event. From there, the rule's configuration determines the next step:
- **Alert episode** - Kibana groups the event into an [alert episode](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts). An action policy evaluates the alert episode and can invoke a workflow, which sends the notification or runs the automation.
- **No episode** - The event stays in `.rule-events` for later analysis. You can [query it in Discover](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts/query-signals), build dashboards, or feed it into another rule. Rule events that aren't part of an alert episode (`type: signal`) don't appear on **Alerts** and aren't evaluated by action policies or lifecycle triggers.


## Get started or go deeper

- **New to the experimental alerting system?** [Get started](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/get-started) walks you through enabling the system, setting up role access, and creating your first rule with a hands-on tutorial.
- **Wondering what you can detect?** [Rules](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/rules) shows you how to define what to watch for in ES|QL, and how to choose and configure the right creation path for your use case.
- **Curious what happens when something breaks?** [Alerts](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/alerts) explains how alert episodes track a problem from first detection through recovery, and how to triage them as they come in.
- **Want the right people to know when it matters?** [Notifications and actions](https://www.elastic.co/elastic/docs-builder/docs/4116/explore-analyze/alerting/experimental-alerting-system/notifications-actions) shows you how action policies decide when to invoke a workflow, and how workflows send the notification.