Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Grafana releases OnCall open source project

grafana.com

Post reply on HN
Print view View original

11–20 of 134 posts

Re: Grafana releases OnCall open source project

#11

Post by motakuk »

Hello HN!

Matvey Kukuy, ex-CEO of Amixr and a head of the OnCall project here. We've been working hard for a few months to make this OSS release happen. I believe it should make incident response features (on-call rotations, escalations, multi-channel notifications) and best practices more accessible to the wider audience of SRE and DevOps engineers.

Hope someone will be able to finally sleep well at night being sure that OnCall will handle escalations and will alert the right person :)

Please join our community on a GitHub! The whole Grafana OnCall team is help you and to make this thing better.

Re: Grafana releases OnCall open source project

#12

Post by dString »

pphysch wrote: post #4

Seems like a solid replacement for Alertmanager for those already using Grafana OSS. Anyone planning on using both OnCall and Alertmanager?

Doesn't AlertManager evaluate metrics and fire alerts?

A quick look at OnCall suggests it is more for managing fired alerts than firing alerts.

Their own screenshot has AlertManager as an alert source.

Re: Grafana releases OnCall open source project

#13

Post by pphysch »

dString wrote: post #12
pphysch wrote: post #4

Seems like a solid replacement for Alertmanager for those already using Grafana OSS. Anyone planning on using both OnCall and Alertmanager?

Doesn't AlertManager evaluate metrics and fire alerts? A quick look at OnCall suggests it is more for managing fired alerts than firing alerts. Their own screenshot has AlertManager as an alert source.

AlertManager does not do the evaluations, it does not connect to any metrics database; those are done by Prometheus/etc and forwarded to AlertManager, which handles deduplication and routing among other things.

Re: Grafana releases OnCall open source project

#14

Post by motakuk »

martypitt wrote: post #2

Congrats - this looks great, and definitely something I was wishing for during an incident earlier this week. A minor note, if anyone from Grafana is around - a bunch of the links on the bottom of the announcement go to a 404.

We're fixing that, thank you ;)

Re: Grafana releases OnCall open source project

#15

Post by nojito »

ucosty wrote: post #9
nojito wrote: post #7

Unfortunate that it's AGPL. But this is looks really great!

Why is that unfortunate? Unless you're looking to make proprietary changes to Grafana Oncall and host it as a SAAS, it's the same as running any other GPL software.

GPL and its variants are a no go where I work.

Re: Grafana releases OnCall open source project

#16

Post by Equiet »

It's surprising how seemingly difficult it is to build a good on-call scheduling system. Everything I tried so far (not naming the companies here) felt like the UX was the last thing on the developers' minds. Which is tolerable during business hours but really annoying at 2am.

Is there some hidden complexity or is it just a consequence of engineers building a product for other engineers? Also, any tips what worked for you?

Re: Grafana releases OnCall open source project

#17

Post by woadwarrior01 »

nojito wrote: post #15
ucosty wrote: post #9

Earlier quoted context omitted.

Why is that unfortunate? Unless you're looking to make proprietary changes to Grafana Oncall and host it as a SAAS, it's the same as running any other GPL software.

GPL and its variants are a no go where I work.

Is Linux verboten at work?

Re: Grafana releases OnCall open source project

#18

Post by remram »

dString wrote: post #12
pphysch wrote: post #4

Seems like a solid replacement for Alertmanager for those already using Grafana OSS. Anyone planning on using both OnCall and Alertmanager?

Doesn't AlertManager evaluate metrics and fire alerts? A quick look at OnCall suggests it is more for managing fired alerts than firing alerts. Their own screenshot has AlertManager as an alert source.

Grafana used to be so simple, I don't know if I'm a fan of this direction towards many services.

Having to run alertmanager and configure it in addition to Grafana was bad enough, now you need to run and configure another service if you want some extra functionalities for those alerts? Are they going to keep maintaining acknowledgements and scheduled silence in AlertManager now that OnCall exists? Are we going to have "legacy notifications" in AlertManager when not running OnCall, the same way there are "legacy alerts" in Grafana when updating from Grafana 7 (pre-AlertManager)?

Re: Grafana releases OnCall open source project

#19

Post by the_duke »

motakuk wrote: post #11

Hello HN! Matvey Kukuy, ex-CEO of Amixr and a head of the OnCall project here. We've been working hard for a few months to make this OSS release happen. I believe it should make incident response features (on-call rotations, escalations, multi-channel notifications) and best practices more accessible to the wider audience of SRE and DevOps engineers. Hope someone will be able to finally sleep well at night being sure…

The docs link [1] is 404.

Seems like the /main is the culprit.

[1] https://grafana.com/docs/oncall/main/.

Post reply on HN