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…
Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
71–80 of 90 posts
Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
#72Earlier 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.
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
#73very 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…
Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
#74Earlier 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…
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
#75Earlier 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…
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
#76Pretty 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.
Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
#77Pretty 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
#78Earlier 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.
Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
#79Earlier 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…
Re: Show HN: Oodle – serverless, fully-managed, drop-in replacement for Prometheus
#80Earlier 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)