prabhatsharma

4 ms·

1.
We benchmarked Prometheus, Mimir, and OpenObserve on 1.09M metrics series(openobserve.ai)
3 points by prabhatsharma 2mo ago|0 comments
2.
by prabhatsharma 5mo ago
You should take a look at https://github.com/openobserve/openobserve - Extremely performant and simple full-stack observability solution.
3.
OpenObserve Raises $10M Series A(openobserve.ai)
1 points by prabhatsharma 5mo ago|0 comments
4.
XDrain in Rust – 40x faster than in Python(openobserve.ai)
2 points by prabhatsharma 7mo ago|0 comments
5.
by prabhatsharma 11mo ago
OpenObserve would be the simplest and most performant
6.
by prabhatsharma 11mo 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
7.
by prabhatsharma 11mo 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 l
8.
by prabhatsharma 11mo 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&#x2
9.
by prabhatsharma 11mo ago
OpenObserve has logs, metrics, traces, dashboards, RUM and alerts
10.
Show HN: Kide is fast and lightweight Kubernetes IDE built in Rust/Tauri and Vue(github.com)
3 points by prabhatsharma 1y ago|1 comments
11.
by prabhatsharma 1y 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.
12.
by prabhatsharma 2y 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.
13.
by prabhatsharma 2y 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
14.
by prabhatsharma 2y ago
In all likelihood you are not going to get convinced by that. You did not switch to using LGTM stack because grafana gave you a benchmark of LGTM against what you were using previously. We run benchmarks internally and will publish them onc
15.
by prabhatsharma 2y ago
Thanks @yourapostasy . Agree with you for the most part. Not all managers are averse to paying, but many are. I have had discussions with Director/Sr. Director and VP level folks in these companies. I have been paid and I have been den
16.
by prabhatsharma 2y ago
You are in the same danger with Grafana (Front end, Elasic/Redis fate and lock in) as you are with OpenObserve. No difference there.
17.
by prabhatsharma 2y ago
Too much to give all details in an HN thread. To simplify the conversation, Data will be persisted and usable for individual searches and aggregations. I would welcome you to our slack workspace for any further questions you may have - htt
18.
by prabhatsharma 2y ago
By all means, if LGTM works for you stay with it. For those looking at much more simplicity, and much higher performance OpenObserve is the way to go. Many folks have moved from Loki to OpenObserve due to performance issues with Loki. Many
19.
by prabhatsharma 2y ago
We will publish many names on our website soon.
20.
by prabhatsharma 2y ago
Compute power is required to process and store the incoming data. It's not "only 28 MB/Sec/Core". Try doing same with Splunk/Elasticsearch - You won't go past 5 MB/Sec/Core (Typically it will be
21.
by prabhatsharma 2y ago
Machines I would use for benchmarking would go down after some time and won't be active.
22.
by prabhatsharma 2y ago
God bless you my friend. Thanks for the comment.
23.
by prabhatsharma 2y ago
I do understand it's super important for security, and I want large companies who have ample money and spend a lot on security to pay me as well for it. If you are running OpenObserve in your basement or are a small startup you get it
24.
by prabhatsharma 2y ago
By using object storage (Think s3 and similar) and not replicating data for HA (Not needed if using s3) which is done by legacy systems like Elasticsearch and Splunk.
25.
by prabhatsharma 2y ago
You should read - https://openobserve.ai/blog/sso-tax and https://openobserve.ai/blog/openobserve-vs-grafana
26.
by prabhatsharma 2y ago
Most people who talk about SSO Tax don't really care for it's values but rather want free stuff. I have had conversations with multi-billion dollar companies who would avoid paying a single dollar to support open source companies
27.
by prabhatsharma 2y ago
OpenObserve is built for centralized logging - Not really for installing it on every linux host. If that is your use case, I would recommend you to look for other tools.
28.
by prabhatsharma 2y ago
What bugs? Care to file a GitHub issue?
29.
by prabhatsharma 2y ago
You should read this - https://openobserve.ai/blog/openobserve-vs-grafana
30.
by prabhatsharma 2y ago
You should read this - https://openobserve.ai/blog/sso-tax

More ›