A Prometheus fork for cloud scale anomaly detection across metrics and logs

Re:A Prometheus fork for cloud scale anomaly detection acros... by SuperQue on Saturday March 28, 2020 @05:49PM (#22714574)

Yup, and that's kinda intentional. The design is to be a monitoring system, not a generic TSDB. What it does needs to be simple, fast, and reliable so that your alerts get sent out.

The original design inspiration, borgmon, also was a terrible storage system and had an external long-term store layered on top of it.

This isn't a design flaw, it's an intentional trade off to make the core use case as bulletproof as it can be. Having seen "monitoring systems" based on something like Cassandra, aka distributed storage, is cringe inducing. The first thing to crash a the first sign of network trouble is distributed storage.

[ Parent | on HN ]

Re:A Prometheus fork for cloud scale anomaly detection acros... by manigandham on Saturday March 28, 2020 @06:10PM (#22714703)

My point is that monitoring != storage and there are plenty of great storage systems to use so there's not much reason to create another one. For some reason developers love to create home-made (time-series) databases.

[ Parent | on HN ]

Re:A Prometheus fork for cloud scale anomaly detection acros... by stochastimus on Saturday March 28, 2020 @06:07PM (#22714691)

I agree. Prometheus is very good at what it was designed to do.

[ Parent | on HN ]