Overview
Alertmanager sends alerts through a webhook receiver. Each item inalerts[] 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
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 thealertname 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
The incident opens but never closes
The incident opens but never closes
send_resolved: true is missing from the receiver. Add it and reload the configuration.401 response
401 response
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.Severity always warning
Severity always warning
The rules have no
severity label, or use values that are not recognized. See Severities.Wrong service
Wrong service
Add a
service label to the rules with the exact service name in aciona.me.