Closed tomkerkhove closed 3 years ago
Hey Tom - just noticed this one and I wanted to double check something. Alertmanager already has support for sending alerts to OpsGenie, and has support for generic webhooks. So the way that works is that Prometheus scrapes Promitor, stores the metrics and evaluates any alerting rules, Prometheus notifies Alertmanager, which then notifies OpsGenie / Slack / whatever.
So it's kinda like "Azure Monitor <-- Promitor <-- Prometheus --> Alertmanager --> OpsGenie".
I'm a little out the loop, so I'm not completely sure where you're going with the sinks, so maybe you're doing it for a different purpose, but I just wanted to point that out in case you haven't used Alertmanager.
The idea is to see twofold actually:
This issue is mainly for the first scenario, but need to dig in Opsgenie as I haven't used it before.
You can find a small sample about Statuspage here. Are you using this?
Ok - I get you. At ResDiary we use Statuspage (status.resdiary.com) and OpsGenie. We don't currently push any custom metrics to Statuspage so I can't really comment on that just now, although it sounds interesting.
The only thing I'd say about your second scenario is it looks like OpsGenie supports integrating with Azure Monitor directly (https://docs.opsgenie.com/docs/microsoft-azure-integration), so in the situation where you're using Azure metrics without Prometheus, would you not just go straight from Azure Monitor into OpsGenie?
Our use-case for using Promitor is so that it all goes into our Prometheus metrics stack so we can write Prometheus alert rules as code and deploy them as part of our applications. It means that we can use the same syntax to create alerts that we use for alerting based on other Prometheus metrics.
I'll focus on Atlassian Statuspage for now to integrate metrics there in case Opsgenie is not being used
Adding Atlassian Statuspage as part of #1152
Provide metric sink for Atlassian Opsgenie to report metrics.