Hi Stuart Clark Thank you for your idea. It make sence. I realize that alert manager should be the alert center. That means the purpose of alert manager is sending the alert as much as sample and stable. So the process should be in other component. Because complex flow will bing new trouble. 在2021年3月18日星期四 UTC+8 上午5:14:26<Stuart Clark> 写道：
> On 17/03/2021 13:30, tao fu wrote: > > Hi Matt > > Or if I want to extent alert manager for sharing data between receivers, > where should I begin with? > > 在2021年3月17日星期三 UTC+8 下午9:17:31<tao fu> 写道： > >> Hi Matt >> >> Thank you for your reply. Yes I can have jira notify oncall on ticket, >> but from architecture perspective , this kind of work should belong to >> the centralized alert or event centor. So it's better implement in alert or >> event centor(Alert manager). Jira is only one Scenario. >> > This sounds a bit out of scope for Alertmanager. Rather than being an > "alert centre" it is really and "alert director" which simply takes in > alerts, de-duplicates/groups/inhibits and then sends to receivers based on > some filtering rules. The general advice for more complex use cases is to > use a tool designed for such things (for example PagerDuty or OpsGenie) - > commonly things like escalations, business rules, etc. > > -- > Stuart Clark > > -- You received this message because you are subscribed to the Google Groups "Prometheus Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-users/ef3d29b2-e75e-4609-be91-4d151e93edb4n%40googlegroups.com.
