|
| 1 | +--- |
| 2 | +title: Monitors and Alerts |
| 3 | +sidebar_order: 10 |
| 4 | +description: "Learn how Monitors and Alerts help you customize your issue management process." |
| 5 | +--- |
| 6 | + |
| 7 | +[Monitors](/product/monitors/) and [Alerts](/product/alerts/) work together to help you create issues and take action when problems occur in your project. While they serve different purposes, they're designed to work as a team. |
| 8 | + |
| 9 | +## How They Work Together |
| 10 | + |
| 11 | +**Monitors** are the "detectors" - they watch for specific conditions and create issues when those conditions are met. **Alerts** are the "responders" - they take action when issues are created or change state and meet the filter criteria of the Alert. |
| 12 | + |
| 13 | +Here's the typical flow: |
| 14 | + |
| 15 | +1. **Monitor detects a problem** → Creates an issue |
| 16 | +2. **Issue triggers Alert** → Takes external action (sends notifications, creates tickets, calls webhooks) |
| 17 | + |
| 18 | +[!monitors-and-alerts-flow-chart](./img/monitors-and-alerts-flow-chart.png) |
| 19 | + |
| 20 | +## Monitors: Creating Issues |
| 21 | + |
| 22 | +Monitors customize when errors and performance problems become issues. They can track: |
| 23 | + |
| 24 | +- **Custom metrics** and span attributes |
| 25 | +- **Scheduled jobs** (cron monitors) |
| 26 | +- **HTTP endpoints** (uptime monitors) |
| 27 | +- **Default behaviors** (errors, replays, traces, profiles) |
| 28 | + |
| 29 | +[See all Monitor types](/product/monitors/#types-of-monitors) |
| 30 | + |
| 31 | +When a monitor's conditions are met, it automatically creates an issue with the specified priority, assignee, and other attributes. |
| 32 | + |
| 33 | +## Alerts: Taking Action |
| 34 | + |
| 35 | +Alerts respond to issue state changes by performing external actions like: |
| 36 | + |
| 37 | +- Sending notifications to Slack, email, or other channels |
| 38 | +- Creating tickets in JIRA or other project management tools |
| 39 | +- Calling webhooks or integrations |
| 40 | + |
| 41 | +## The Connection |
| 42 | + |
| 43 | +Alerts must be connected to Monitors to run. This connection ensures that: |
| 44 | + |
| 45 | +- Issues created by Monitors can trigger appropriate responses |
| 46 | +- You have full control over both detection and response |
| 47 | +- Actions are taken only for the issues you care about |
| 48 | + |
| 49 | +## Getting Started |
| 50 | + |
| 51 | +1. **Create a Monitor** to define when issues should be created |
| 52 | +2. **Create an Alert** to define what actions to take |
| 53 | +3. **Connect them** so the Alert responds to issues from that Monitor |
| 54 | + |
| 55 | +Using Monitors and Alerts gives you a complete workflow from problem detection to team notification, ticket creation, and more. |
0 commit comments