Live data from Hacker News

Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

blog.oodle.ai

71–80 of 90 posts

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#71
post #62

The Oodle team is great! If you're looking for a cheap metrics (prom/otel) store, check it out! Not to mention they offer the best metrics free tier in the entire space... Let me know if you know of a better free tier ;) Unfortunately, Grafana Cloud only offers 10k active series, which is really easy to surpass even in a homelab; meanwhile, Oodle offers 100k.

Is this comment legit? New account, no activity…

Yeah it's legit. Never bothered to create a HN account but caught wind of this post and had to come drop some good words about the team. I use it (for free) and have no skin in the game. Just want to let folks know of a free tier that is literally 10x better than the next best thing!

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#72

Earlier quoted context omitted.

we leverage serverless and s3 based architecture for much lower costs. However, it's applies for any application, not just for serverless applications.

Your costs and deployment pattern are your problem, customers don’t care about them. Saying it is serverless means nothing to customers unless the serverless aspect applies to them, which in this case it doesn’t. If you’re only selling access to your product for a fee, then whether it’s serverless or not, customers couldn’t care less.

That's fair.

We actually started with "reduce your costs by 3-10x with infinite scalability" without talking about storing in s3 and serverless (along the lines of your thinking - only talk about benefits + what you do). But our users, engineers by their very nature, were skeptical about how Oodle works, so we ended up settling on a combination of why, what and how. This resonated better with our early customers and prospects.

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#73
post #66

very interesting solution. and great idea to have a playground. would love to know some details on the implementation of the architecture you have shared - 1. how do you query across multiple files, do you have a query engine like data fusion doing that heavy lifting, or is this a custom implementation ? 2. how do you manage a WAL with real time query-ability across files ? have you seen any failures (recent entries…

Thanks for your feedback, and great questions. 1. We create serverless functions to process each file and then combine the results, optimized for columnar file formats. 2. This is one of our core innovations :) We created custom representations of WALs which help us with query performance and ingesting them quickly. 3. Once a WAL is ingested, it is available for query within a few seconds. So far it has been reliable and we have not had issues with missing data.

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#74

Earlier quoted context omitted.

any plans to open source? I feel very comfortable using neon.tech (separates compute from storage for postgres) b/c they open source their stack but it would be hard for me to adopt something like oodle without an open source version.

We don’t have plan to open source at this time. Many observability solutions are closed source. Could you please describe why you would require this to be open source vs open source compatible? We think Oodle combines the benefits of open source (compatibility, no lock-in) with the operational simplicity, reliability of commercial vendors. Some products might give a false illusion of no-lock in just because it's open…

The primary benefit of FOSS is the ability to inspect and patch the software yourself. Another important benefit for any large FOSS project is knowing it’s been heavily reviewed.

Protocol compatibility is a baseline requirement for a drop-in replacement. Without that, your product would need to be like 10x cheaper than Prometheus for anyone to consider devoting engineering resources to switching to it.

Existing FOSS solutions are reliable and inexpensive enough, not even considering the effort and unknowns involved with swapping out a major component of the observatory stack. Between that, your distorted view of open source, and your focus on checkbox compliance, I’m unlikely to ever consider trying your software. I wish you luck though, and I hope you learn more about the value of FOSS.

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#75

Earlier quoted context omitted.

We don’t have plan to open source at this time. Many observability solutions are closed source. Could you please describe why you would require this to be open source vs open source compatible? We think Oodle combines the benefits of open source (compatibility, no lock-in) with the operational simplicity, reliability of commercial vendors. Some products might give a false illusion of no-lock in just because it's open…

The primary benefit of FOSS is the ability to inspect and patch the software yourself. Another important benefit for any large FOSS project is knowing it’s been heavily reviewed. Protocol compatibility is a baseline requirement for a drop-in replacement. Without that, your product would need to be like 10x cheaper than Prometheus for anyone to consider devoting engineering resources to switching to it. Existing FOSS…

Thank you for the feedback. we will keep an eye out for more inputs from our users on this topic.

We believe there are clear benefits of open source. In fact, we believe in it so much that we made our product OSS compatible from Day 1. (btw, not every observability product is OSS compatible).

We also understand not everyone's evaluation criteria is the same. Upon speaking with number of our early users, we repeatedly found that what really matters is "is the product reliable, cost-effective?", "is the product easy to use and open source compatible?", "is the product easy to migrate in/out?". So, we tried to address those head on. We also heard some open source solutions are indeed unreliable especially at scale e.g. Prometheus has scaling challenges beyond 2M+ active time series / hour and it is not horizontally scalable. People tend to over-provision CPU/Memory, despite that queries time out at any meaningful scale high cardinality queries (this is a well understood problem).

Ability to inspect code, do patches themselves may be an evaluation criteria for some users, we found that it was not the major evaluation criteria among our users. I've led multiple evaluations at Rubrik (open source + non-open source), ability to patch software was not the most important criteria - reliability, operational overhead, cost, ease of use, and ability to switch in/out were may more important.

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#76

Pretty cool. I wonder where it would develop - will Oodle release an Open Source version or will ideas be implemented in some new (or existing) Open Source solutions - ClickHouse, VictoriaMetrics etc.

there is no magic https://oodle.ai/product#magic-behind-oodle

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#77

Pretty cool. I wonder where it would develop - will Oodle release an Open Source version or will ideas be implemented in some new (or existing) Open Source solutions - ClickHouse, VictoriaMetrics etc.

there is no magic https://oodle.ai/product#magic-behind-oodle

It'd be nice to post a disclaimer if you are working on a competing offering before you post a comment. (for the benefit of everyone)

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#78
post #65

Earlier quoted context omitted.

ClickHouse is great for logs and traces, however, for metrics, it is still in the early phase. ClickHouse is also a general purpose, real time analytics database. See clickhouse.com. Whereas Oodle is specifically built for end-to-end metrics observability.

Curious to know what you mean by "early phase" here.

Not a fan of bad mouthing other offerings. As @iampims is saying, alerts is a big missing piece. Clickhouse is also a general purpose database for many use cases including analytics, financial servers, ML& Gen AI, fraud, and observability.

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#79

Earlier quoted context omitted.

The primary benefit of FOSS is the ability to inspect and patch the software yourself. Another important benefit for any large FOSS project is knowing it’s been heavily reviewed. Protocol compatibility is a baseline requirement for a drop-in replacement. Without that, your product would need to be like 10x cheaper than Prometheus for anyone to consider devoting engineering resources to switching to it. Existing FOSS…

Thank you for the feedback. we will keep an eye out for more inputs from our users on this topic. We believe there are clear benefits of open source. In fact, we believe in it so much that we made our product OSS compatible from Day 1. (btw, not every observability product is OSS compatible). We also understand not everyone's evaluation criteria is the same. Upon speaking with number of our early users, we repeatedly…

I’m curious what you think it means to be "open source compatible"

Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus

#80

Earlier quoted context omitted.

there is no magic https://oodle.ai/product#magic-behind-oodle

It'd be nice to post a disclaimer if you are working on a competing offering before you post a comment. (for the benefit of everyone)

Sorry, I didn't understand your point... What I did wrong here? )
Post reply on HN