Skip to main content

Overview

Alertmanager sends alerts through a webhook receiver. Each item in alerts[] becomes an alert in aciona.me, and Alertmanager’s native resolved state resolves the incident automatically.

Prerequisites

  • A reachable Alertmanager and permission to edit its configuration.
  • A service created in aciona.me and linked to a team with an active schedule.

1. Create the alert source in aciona.me

Under Alert sources, create a source of type Prometheus.

2. Copy the URL and the token

3. Configure the receiver in Alertmanager

alertmanager.yml
send_resolved: true is required for auto-resolution. Without it, Alertmanager only sends firing items and incidents stay open until someone resolves them by hand.
Reload the Alertmanager configuration after saving.

4. Send a test alert

Post a test alert to your Alertmanager’s /api/v2/alerts endpoint with labels alertname, severity and service, then check that it reaches aciona.me.

5. Confirm the incident

The incident should appear under Incidents with the title taken from the alertname label.

6. How fields are translated

aciona.me uses the status of each item in alerts[], never the group status. That prevents a partially resolved group from closing incidents that are still firing.

Compatibility

The same payload format is used by Thanos Ruler, VictoriaMetrics Alertmanager and Grafana Mimir — the integration should work with those tools unchanged.

Troubleshooting

send_resolved: true is missing from the receiver. Add it and reload the configuration.
The X-Aciona-Token header is not arriving. Check the indentation of the http_headers block and your Alertmanager version — older versions use different syntax for custom headers.
The rules have no severity label, or use values that are not recognized. See Severities.
Add a service label to the rules with the exact service name in aciona.me.