Live data from Hacker News

CNCF's Cortex v1.0: scalable, fast Prometheus implementation

grafana.com

11–20 of 47 posts

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#11

Isn't prometheus an implementation and not an interface? I have "prometheus" running in my cluster, if it's not cortex, what implementation am I using?

Yes, you're running the Prometheus server. But what Cortex is a Prometheus API compatible service that horizontally scales and has multi-tenancy and other things built in.

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#12

Isn't prometheus an implementation and not an interface? I have "prometheus" running in my cluster, if it's not cortex, what implementation am I using?

Yes, Prometheus is an implementation - the HN text has a limited number of words, so I thought "Prometheus implementation" conveyed the fact Cortex was trying to be a 100% API compatible implementation of Prometheus, but with scalability, replication etc

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#13
post #7

Earlier quoted context omitted.

Hey Tom! Can you outline how Cortex differs from some of the other available Prometheus backends?

Sure, check out this talk from PromCon I did with Bartek, the Thanos author: https://grafana.com/blog/2019/11/21/promcon-recap-two-househ...

Love that talk. :)

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#14

Isn't prometheus an implementation and not an interface? I have "prometheus" running in my cluster, if it's not cortex, what implementation am I using?

It's kinda several things

- The OSS product

- The Storage Format (I guess)

- The Interface for pulling metrics (https://github.com/OpenObservability/OpenMetrics)

I haven't dug into cortex even a little, but the other comments are suggesting it's API compatible but essentially claiming they're production ready because they'll give you things the OSS project won't give you out of the box, i.e. long term storage and RBAC.

Looks like a good thing.

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#15

Isn't prometheus an implementation and not an interface? I have "prometheus" running in my cluster, if it's not cortex, what implementation am I using?

It's kinda several things - The OSS product - The Storage Format (I guess) - The Interface for pulling metrics ( https://github.com/OpenObservability/OpenMetrics ) I haven't dug into cortex even a little, but the other comments are suggesting it's API compatible but essentially claiming they're production ready because they'll give you things the OSS project won't give you out of the box, i.e. long term storage and R…

> wrapping prometheus and giving you that production readyness that they're claiming the OSS project won't give you out of the box

No! Prometheus is and has been production ready for many years. Cortex is a clustered/horizontally scalable implemention of the Prometheus APIs, and Cortex has just gone production ready. Sorry for the confusion.

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#16

Earlier quoted context omitted.

It's kinda several things - The OSS product - The Storage Format (I guess) - The Interface for pulling metrics ( https://github.com/OpenObservability/OpenMetrics ) I haven't dug into cortex even a little, but the other comments are suggesting it's API compatible but essentially claiming they're production ready because they'll give you things the OSS project won't give you out of the box, i.e. long term storage and R…

> wrapping prometheus and giving you that production readyness that they're claiming the OSS project won't give you out of the box No! Prometheus is and has been production ready for many years. Cortex is a clustered/horizontally scalable implemention of the Prometheus APIs, and Cortex has just gone production ready. Sorry for the confusion.

Just want to say, I use prometheus. It's amazing.

But readiness depends somewhat on your use case. If you're on a multi-tenanted cluster and you don't want to explicit trust your users / admins, how do you stop them from messing with your metrics whilst allowing them to maintain their own?

I typically did it via github flow, some others used the operator to give us many proms, some others would just suggest it's missing features.

Indeed, I could probably word my example better though. Apologies if I were putting words in your mouth.

Re: CNCF's Cortex v1.0: scalable, fast Prometheus implementation

#17

Earlier quoted context omitted.

It's kinda several things - The OSS product - The Storage Format (I guess) - The Interface for pulling metrics ( https://github.com/OpenObservability/OpenMetrics ) I haven't dug into cortex even a little, but the other comments are suggesting it's API compatible but essentially claiming they're production ready because they'll give you things the OSS project won't give you out of the box, i.e. long term storage and R…

> wrapping prometheus and giving you that production readyness that they're claiming the OSS project won't give you out of the box No! Prometheus is and has been production ready for many years. Cortex is a clustered/horizontally scalable implemention of the Prometheus APIs, and Cortex has just gone production ready. Sorry for the confusion.

And I have Prometheus data from 2015, so I would argue that's long-term.
Post reply on HN