Grafana releases OnCall open source project • Hacker News Board

Re: Grafana releases OnCall open source project

#31

Post by lazyant » Tue, Jun 14, 2022, 4:59 PM UTC

pphysch wrote: post #23

A bit disappointed by the architecture -- it's a Django stack with MySQL, Redis, RabbitMQ, and Celery -- for what is effectively AlertManager (a single golang binary) with a nicer web frontend + Grafana integration + etc. I'm curious why/if this architecture was chosen. I get that it started as a standalone product (Amixr), but in the current state it is hard to rationalize deploying this next to Grafana in my curren…

Curious as to what architecture you would have preferred or why this pretty standard stack (that can be deployed to k8s) is not giving you.

Re: Grafana releases OnCall open source project

#32

Post by ucosty » Tue, Jun 14, 2022, 5:00 PM UTC

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.

Must be quite the paranoid business, given even tier 1 banks here (in the UK) will happily run GPL software.

Re: Grafana releases OnCall open source project

#33

Post by vhold » Tue, Jun 14, 2022, 5:02 PM UTC

pphysch wrote: post #23

A bit disappointed by the architecture -- it's a Django stack with MySQL, Redis, RabbitMQ, and Celery -- for what is effectively AlertManager (a single golang binary) with a nicer web frontend + Grafana integration + etc. I'm curious why/if this architecture was chosen. I get that it started as a standalone product (Amixr), but in the current state it is hard to rationalize deploying this next to Grafana in my curren…

AlertManager is one component of a more complicated infrastructure.

https://prometheus.io/docs/introduction/overview/#architectu...

https://kubernetes.io/docs/concepts/overview/components/

Re: Grafana releases OnCall open source project

#34

Post by chrisandchris » Tue, Jun 14, 2022, 5:03 PM UTC

lazyant wrote: post #31

pphysch wrote: post #23

A bit disappointed by the architecture -- it's a Django stack with MySQL, Redis, RabbitMQ, and Celery -- for what is effectively AlertManager (a single golang binary) with a nicer web frontend + Grafana integration + etc. I'm curious why/if this architecture was chosen. I get that it started as a standalone product (Amixr), but in the current state it is hard to rationalize deploying this next to Grafana in my curren…

Curious as to what architecture you would have preferred or why this pretty standard stack (that can be deployed to k8s) is not giving you.

Not OP, but one may interpret your response as "I don't understand why you prefer a single binary over this architecture that requires 6 different services and prefers k8s".

IMHO, OP just stated that one could solve this with less dependencies and have the same (if not a better) result.

Re: Grafana releases OnCall open source project

#35

Post by skullone » Tue, Jun 14, 2022, 5:05 PM UTC

pphysch wrote: post #23

A bit disappointed by the architecture -- it's a Django stack with MySQL, Redis, RabbitMQ, and Celery -- for what is effectively AlertManager (a single golang binary) with a nicer web frontend + Grafana integration + etc. I'm curious why/if this architecture was chosen. I get that it started as a standalone product (Amixr), but in the current state it is hard to rationalize deploying this next to Grafana in my curren…

That seems like a perfectly reasonable architecture. If only all of us could work on battle tested components like those during our job!

Re: Grafana releases OnCall open source project

#36

Post by theptip » Tue, Jun 14, 2022, 5:08 PM UTC

lazyant wrote: post #31

pphysch wrote: post #23

A bit disappointed by the architecture -- it's a Django stack with MySQL, Redis, RabbitMQ, and Celery -- for what is effectively AlertManager (a single golang binary) with a nicer web frontend + Grafana integration + etc. I'm curious why/if this architecture was chosen. I get that it started as a standalone product (Amixr), but in the current state it is hard to rationalize deploying this next to Grafana in my curren…

Curious as to what architecture you would have preferred or why this pretty standard stack (that can be deployed to k8s) is not giving you.

For a simple low-scale app you can often do without Redis and Celery/RMQ if you just push everything into Postgres.

Far less scalable, but it is dramatically simpler to deploy. Often gets you surprisingly far though. Would be interesting to know how many monitored integrations could be supported by that flow.

Re: Grafana releases OnCall open source project

#37

Post by [deleted] » Tue, Jun 14, 2022, 5:10 PM UTC

josephcsible wrote: post #21

nojito wrote: post #7

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

There's nothing unfortunate about the AGPLv3. Everything that it doesn't let you do is stuff that you shouldn't be doing anyway.

[deleted]

Re: Grafana releases OnCall open source project

#38

Post by nojito » Tue, Jun 14, 2022, 5:11 PM UTC

woadwarrior01 wrote: post #17

nojito wrote: post #15

Earlier quoted context omitted.

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

Is Linux verboten at work?

Any Linux deploy is through RedHat but most local development here is using windows.

No idea why Linux gets a pass though.

Re: Grafana releases OnCall open source project

#39

Post by krab » Tue, Jun 14, 2022, 5:14 PM UTC

knicholes wrote: post #25

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…

Being on-call has never made me sleep better at night!

If I know someone else is on call and he's competent, I can sleep better.

Re: Grafana releases OnCall open source project

#40

Post by ucosty » Tue, Jun 14, 2022, 5:15 PM UTC

to11mtm wrote: post #30

woadwarrior01 wrote: post #17

Earlier quoted context omitted.

Is Linux verboten at work?

Probably not. Linux usually gets a pass, because most times you're just deploying it and not mucking with source code. But a lot of places (I've worked at more that do than don't) will have rules about GPL/AGPL for libraries/infra as a whole though. Often evaluated case-by-case, but it's rare I've seen a AGPL stuff get approved for usage. I think some of it is not wanting to deal with the cost of vigilance; i.e. you…

> Linux usually gets a pass, because most times you're just deploying it and not mucking with source code.

That would apply for most uses of software, wouldn't it?

> This results in refusals ranging from "This is internal for now but we will open it up later" (a fair concern) to "Somebody is worried that exposing it over the VPN to contractors would count as making it public" (IDK, I'm not a lawyer.)

I've encountered variations of this problem at places I have worked in. Education goes a long way to solving this, and this example of simple usage of (A)GPL software is easy enough to explain with examples.