TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Show HN: Quickwit – OSS Alternative to Elasticsearch, Splunk, Datadog

145 pointsby francoismassotover 1 year ago
Hi folks, Quickwit cofounder here.<p>We started Quickwit 3 years ago with a POC, &quot;Searching the web for under $1000&#x2F;month&quot; (see HN discussions [0]), with the goal of making a robust OSS alternative to Elasticsearch &#x2F; Splunk &#x2F; Datadog.<p>We have reached a significant milestone with our latest release (0.7) [1], as we have witnessed users of the nightly version of Quickwit deploy clusters with hundreds of nodes, ingest hundreds of terabytes of data daily, and enjoy considerable cost savings.<p>To give you a concrete example, one company is ingesting hundreds of terabytes of logs daily and migrating from Elasticsearch to Quickwit. They divided their compute costs by 5x and storage costs by 2x while increasing retention from 3 to 30 days. They also increased their durability, accuracy with exactly-once semantics thanks to the native Kafka support, and elasticity.<p>The 0.7 release also brings better integrations with the Observability ecosystem: improvements of the Elasticsearch-compatible API and better support of OpenTelemetry standards, Grafana, and Jaeger.<p>Of course, we still have a lot of work to be a fully-fledged observability engine, and we would love to get some feedback or suggestions.<p>To give you a glance at our 2024 roadmap, we planned to focus on Kibana&#x2F;OpenDashboard integration, metrics support, and pipe-based query language.<p>[0] Searching the web for under $1000&#x2F;month: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=27074481">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=27074481</a><p>[1] Release blog post: <a href="https:&#x2F;&#x2F;quickwit.io&#x2F;blog&#x2F;quickwit-0.7" rel="nofollow">https:&#x2F;&#x2F;quickwit.io&#x2F;blog&#x2F;quickwit-0.7</a><p>[2] Open Source Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;quickwit-oss&#x2F;quickwit">https:&#x2F;&#x2F;github.com&#x2F;quickwit-oss&#x2F;quickwit</a><p>[3] Home Page: <a href="https:&#x2F;&#x2F;quickwit.io" rel="nofollow">https:&#x2F;&#x2F;quickwit.io</a>

13 comments

dikeiover 1 year ago
&gt; To give you a concrete example, one company is ingesting hundreds of terabytes of logs daily and migrating from Elasticsearch to Quickwit. They divided their compute costs by 5x and storage costs by 2x while increasing retention from 3 to 30 days<p>I guess that&#x27;s to be expected. Almost anything is more storage-efficient than Elasticsearch, FTS is so expensive.
评论 #38923182 未加载
figmertover 1 year ago
Looking at the docker compose, this seems like a very complicated tool to run.<p>You&#x27;d need Kafka, zookeeper, and Jaeger. All would need to be HA. Then also this service. Not mentioning postgres because in theory you can use aurora or the like.<p>How quick have your current customers been able to get up and running so far? And how much maintainence have they needed?
评论 #38923388 未加载
评论 #38923401 未加载
评论 #38923367 未加载
BrandoElFollitoover 1 year ago
What I am really missing in these (really nice) alternatives to ELK is Kibana and its Lens.<p>I tried to tapping this with Grafana but never learned to have graphs as easily as with Kibana. Maybe I was not trying hard enough?<p>Has anyone replaced Kibana with Grafana for non time based graphs?
评论 #38905212 未加载
mateszover 1 year ago
I am impressed with this work, especially given our current use of Loki with Prometheus and Grafana.<p>Few questions come to mind. Firstly, is Quickwit compatible with any S3 compatible object storage, such as Cloudflare&#x27;s R2? Are there particular considerations to keep in mind for this kind of setup? Secondly, do you see Quicwit being used for analytics, such as tracking daily visits or analyzing user retention?<p>Your insights on these would be greatly appreciated.
评论 #38939943 未加载
sidcoolover 1 year ago
When open source providers say &#x27;alternative&#x27; to a commercial solution, do they consider the serious engineering needed to scale such systems? I mean I used SigNoz, and it&#x27;s comparable to Datadog feature wise but nowhere close in performance and scalability.
评论 #38923798 未加载
评论 #38925102 未加载
评论 #38925220 未加载
evanjrowleyover 1 year ago
I&#x27;m surprised no one has mentioned that it&#x27;s mostly programmed in Rust.
评论 #38921989 未加载
评论 #38922648 未加载
marsupialtail_2over 1 year ago
Glad this is getting some love. This is seriously good software. Have you guys supported generic substring search yet? I recall it was not supported as of a few months ago.
评论 #38923732 未加载
jjtang1over 1 year ago
Congrats on the launch, we&#x27;ll have to get you integrated with Rootly :). We can enable incident responders to fetch metrics while they respond to incidents in Slack!
m1sta_over 1 year ago
How far away is the ES Query DSL compatibility?
debarshriover 1 year ago
I see that you persist the logs in cloud storage where are the indexes stored?
评论 #38904208 未加载
评论 #38902558 未加载
wiradikusumaover 1 year ago
How is it compared to Signoz, which is also open source?
评论 #38923747 未加载
besusover 1 year ago
That license is not FOSS. Users beware of the impending subscription costs to come.
评论 #38925576 未加载
jcwayneover 1 year ago
I find presenting this as an open source alternative to commercial solutions a little disingenuous when any commercial use of it also requires a paid license. Like many other cases it seems like the AGPL is functioning more as a trial license.
评论 #38904018 未加载
评论 #38904551 未加载
评论 #38907797 未加载
评论 #38904878 未加载