prabhatsharma

Joined 8 years ago

Karma
266
Submissions
125
Member since
Nov 12
https://openobserve.ai
View on Hacker News

Recent submissions

Comment · 2 days ago
OpenObserve is much simpler and lighter to run with all the features, including prompt management and evals.
Comment · 5 months ago
You should take a look at https://github.com/openobserve/openobserve - Extremely performant and simple full-stack observability solution.
Comment · 11 months ago
OpenObserve would be the simplest and most performant
Comment · 11 months ago
>The real scaling question is how many active timeseries the system can handle

handle? What does it mean? Be able to ingest data? Be able to query?

ingest data - Using kafka helps only during ingestion for handling the spike. query data - Kafka has no role to play in it. Querying performantly at scale is a hard problem. I do not doubt Mimir's capability in being able to query high volumes of data, but other systems can do it too and OpenObserve's internal benchmarks show that it's querying is much faster at scale than Mimir and we will publish it at the right time (We don't just publish benchmarks to satisfy plain curiosity of people on internet), but this is not about OpenObserve so let's push it aside for a while.

About - how many active timeseries We've built OpenObserve with a fundamentally different architecture. We don't have the "active timeseries" constraint that Prometheus-based systems do. High cardinality isn't an issue by design It's a topic for another day though.

The primary function of a message broker is to decouple producer and consumer so writes can happen efficiently (consumers do not get bogged down by high incoming volume). Something like Kafka allows that very, very well, and it is one of the best systems designed to do it. It allows massive volumes of ingestion reliably without dropping packets. It's a beast on it's own though.

Kafka was also built in an era when autoscaling was not available (Still very relevant though and will be for a very long time). Autoscaling to a great degree can allow you to handle write spikes (It's not the same thing but can attack the same problem from a different angle) and extreme spikes will still require a message broker. Horizontally scalable does cut it to a great degree though.

Having architected massive systems for multiple large companies, I can argue about technology for a long time, but the only point I want to drive is to avoid the use of words like "period". Mimir's architecture makes sense but it's not the only solution that works at scale, and the operational complexity has real costs. There are no absolutes in tech as in life.

Comment · 11 months ago
>There are no other open-source solutions offering the same scalability, period.

I love it when people take a hard stand like this, using the words "period"

BTW, Cortex is used as Amazon Managed Prometheus (Probably at a much larger scale) than Mimir by AWS.

OpenObserve too, is already being used at a multi-petabyte scale.

Comment · 11 months ago
Check OpenObserve https://github.com/openobserve/openobserve. It precisely was built to solve the challenges around grafana nd elastic. This is not a stack that you will need to weave together, just a single binary/container that would suffice for most users' needs - logs, metrics, traces, dashboards, alerts.

Disclosure: I am a maintainer of OpenObserve

Comment · 11 months ago
OpenObserve has logs, metrics, traces, dashboards, RUM and alerts
Comment · 1 year ago
We moved from plotly to eCharts at OpenObserve, having faced too many small things that we had to fight with plotly. Haven't looked back since the migration.
Comment · 2 years ago
OpenObserve offers free SSO on our cloud service to anyone and Free SSO for anyone using enterprise version if they ingest under 200 GB/Day (6 TB/Month).

This should cover all companies with 10 developers.

Comment · 2 years ago
For one thing - From their website - Our powerful ingestion engine has a proven track record of handling 10TB+ data ingestion per day.

OpenObserve clusters can ingest PBs of data every day. While more can be discussed - I would rather focus on what are your needs when it comes to observability. Let's talk about them. I will be more excited to answer those questions.

Comment · 2 years ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton