What metadata is collected for a specific integration?
Check the incidents created using the integration to see the saved metadata.
Attach custom key-value pairs to incidents. Escalate incidents based on severity or ownership using the saved metadata. Filter using metadata in reporting.
Find all incident metadata for a specific incident in Metadata section directly on the incident page:
Add metadata to all future incidents created for your monitor, heartbeat, or integration:
We automatically save relevant metadata for every incident created using integrations. Each integration has different metadata available. We save alert name, alert priority, tags, labels, and other information depending on the type of integration.
For example, for Prometheus integrations, we save the alert name, all labels, and all annotations as metadata.
groups:
- name: payments-app
rules:
- alert: PaymentsAppDown
expr: up{app=“payments”} == 0
for: 1m
labels:
severity: high
annotations:
summary: 'Payments app is down'
Incidents created for the Prometheus alert above will have the following metadata:
PaymentsAppDown
.high
.payments
.Payments app is down
.Check the incidents created using the integration to see the saved metadata.
Let us know at hello@betterstack.com.
Extract any metadata from body, headers, or query parameters for your incoming webhook integrations. Similarly, with e-mail integrations, you can extract metadata from e-mail body, subject, and from
field.
Route incidents based on metadata. Customize notifications based on incident severity or notify different people based on ownership.
Navigate to any of your Escalation policies:
Usually, you will need to create multiple escalation policies. See examples below to see how to route incidents based on severity or ownership.
Use severity metadata to handle important incidents with urgency.
For example, send an email for incidents with low severity and call the on-call person immediately for important incidents:
Add more Metadata rules to your escalation policy to match more severities.
Use app metadata to route the incident to the responsible person.
For example, use a separate escalation policy for payments app and notify the main on-call person for any other incident:
Incidents that match none of your Metadata rules will propagate to the end of the escalation policy. Notifying current on-call person at the end of your escalation policies is a great way to make sure no important incidents get lost.