quickwit

Cloud-native search engine for observability. An open-source alternative to Datadog, Elasticsearch, Loki, and Tempo. (by quickwit-oss)

Quickwit Alternatives

Similar projects and alternatives to quickwit

  1. signoz

    386 quickwit VS signoz

    SigNoz is an open-source observability platform native to OpenTelemetry with logs, traces and metrics in a single application. An open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Application Performance Monitoring (APM) & Observability tool

  2. SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
  3. qdrant

    184 quickwit VS qdrant

    Qdrant - High-performance, massive-scale Vector Database and Vector Search Engine for the next generation of AI. Also available in the cloud https://cloud.qdrant.io/

  4. MeiliSearch

    A lightning-fast search engine API bringing AI-powered hybrid search to your sites and applications.

  5. Typesense

    Open Source alternative to Algolia + Pinecone and an Easier-to-Use alternative to ElasticSearch ⚡ 🔍 ✨ Fast, typo tolerant, in-memory fuzzy Search Engine for building delightful search experiences

  6. loki

    96 quickwit VS loki

    Like Prometheus, but for logs.

  7. Elasticsearch

    Free and Open Source, Distributed, RESTful Search Engine

  8. google-search-results-nodejs

    SerpApi client library for Node.js. Previously: Google Search Results Node.js.

  9. tantivy

    61 quickwit VS tantivy

    Tantivy is a full-text search engine library inspired by Apache Lucene and written in Rust

  10. manticoresearch

    Easy to use open source fast database for search | Good alternative to Elasticsearch | Drop-in replacement for E in the ELK stack

  11. sonic

    49 quickwit VS sonic

    🦔 Fast, lightweight & schema-less search backend. An alternative to Elasticsearch that runs on a few MBs of RAM.

  12. zincsearch

    ZincSearch . A lightweight alternative to elasticsearch that requires minimal resources, written in Go.

  13. sled

    41 quickwit VS sled

    the champagne of beta embedded databases

  14. paradedb

    Simple, Elastic-quality search for Postgres

  15. highlight

    35 quickwit VS highlight

    highlight.io: The open source, full-stack monitoring platform. Error monitoring, session replay, logging, distributed tracing, and more.

  16. db-benchmarks

    Fair database benchmarks framework and datasets

  17. elasticsearch-py

    Official Python client for Elasticsearch

  18. OpenSearch

    🔎 Open source distributed and RESTful search engine.

  19. Toshi

    12 quickwit VS Toshi

    A full-text search engine in rust

  20. logs-benchmark

    Logs performance benchmark repo: Comparing Elastic, Loki and SigNoz

  21. openobserve

    59 quickwit VS openobserve

    Open source observability platform for logs, metrics, traces, frontend monitoring, pipelines and LLM observability. A sophisticated, simple and highly performant alternative to Datadog, Splunk, and Elasticsearch with 140x lower storage costs and single binary deployment.

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better quickwit alternative or higher similarity.

quickwit discussion

Log in or Post with

quickwit reviews and mentions

Posts with mentions or reviews of quickwit. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2026-06-09.
  • I built a self-hosted log search tool for my team
    2 projects | dev.to | 9 Jun 2026
    Some time ago I adopted Quickwit at my company. For anyone who hasn't used it: Quickwit is a search engine that runs full-text search directly on object storage (S3 or anything S3-compatible). It decouples compute from storage, so you don't pay to keep big indexes warm to search older data. That model fits logs well.
  • HorizonDB, a geocoding engine in Rust that replaces Elasticsearch
    3 projects | news.ycombinator.com | 8 Aug 2025
    Nice... it's cool to see how different companies are putting together best fit solutions. I'm also glad that they at least started out with off the shelf apps instead of jumping to something like a bespoke solution early on.

    Quickwit[1] looks interesting, found via Tantivity reference. Kind of like ES w/ Lucene.

    1. https://github.com/quickwit-oss/quickwit

  • Meilisearch – search engine API bringing AI-powered hybrid search
    10 projects | news.ycombinator.com | 14 Apr 2025
    - https://github.com/quickwit-oss/quickwit
  • Quickwit Joins Datadog
    1 project | news.ycombinator.com | 9 Jan 2025
  • Scaling from a Billion to a Million to One
    2 projects | dev.to | 2 Jan 2025
    No matter how you twist and turn, how many initialization configs you disable, OpenSearch/ES is a beast, heavy, takes long to start and eats up a lot of RAM, and I really really wouldn’t try to ship this without docker. So how can we make the pip install dream work? Luckily, we found a nice little thing called quickwit. Quickwit is built for scale, but its rust-compiled binary can be downloaded for just ~80mb, it starts very fast AND it has an elasticsearch-somewhat-compatible API! Just what we need. Now it doesn’t support scripts or some complicated aggregations, but that’s fine, you don’t need it all on dev mode, and this is where we’re at right now.
  • Show HN: Open-source Kibana alternative for logs and traces in ClickHouse
    8 projects | news.ycombinator.com | 12 Nov 2024
    Can you clarify: Does the full-text search for logs linearly search all logs like Loki does, or can it speed it up with an index?

    The docs at https://www.hyperdx.io/docs/search don't seem to talk about this key design decision.

    I have a couple 100 GB to few TB logs (all from `journald` or JSON lines), just want to store them forever, and find results fast when searching for arbitrary substrings.

    Loki does not use an index, so it's pretty slow at finding results in TB-sized logs (does not return results within a few seconds, so it's not interactive).

    https://quickwit.io is one thing I'm looking at integrating, that can solve much of the index-based log search.

    (Note I'm not super familar with the capabilities of ClickHouse itself regarding indexed full-text search.)

  • turbopuffer: Fast Search on Object Storage
    4 projects | news.ycombinator.com | 9 Jul 2024
    If you don't need vector search and have very large Elasticsearch deployment, you can have a look at Quickwit, it's a search engine on object storage, and it's OSS

    Repo: https://github.com/quickwit-oss/quickwit

  • Log and trace management made easy. Quickwit Integration via Glasskube
    3 projects | dev.to | 1 Jul 2024
    Luckily, viable open-source alternatives like Quickwit are here to come to the rescue. By weaving together existing tooling for log and trace ingesting as well as pairing well with dashboard and visualisation tools such as Grafana and Jaeger. And sandwiching powerful indexing storage and search capabilities in between. Even if the tool sounds new, it won’t be for long.
  • Glasskube v0.10.0 out now!
    4 projects | dev.to | 24 Jun 2024
    Quickwit is a cloud-native search engine that emerged with the goal of creating an open-source alternative to expensive monitoring software like Datadog/Splunk. With its robust Elasticsearch-compatible API, Quickwit integrates well with tooling from the OSS ecosystem, such as Grafana, Jaeger, and OpenTelemetry.
  • Glasskube reaches 1k stars 🌟
    2 projects | dev.to | 10 Jun 2024
    We have partnered with third party packages such as Keptn and Quickwit to expedite their integration onto Glasskube.
  • A note from our sponsor - SaaSHub
    www.saashub.com | 13 Jun 2026
    SaaSHub helps you find the best software and product alternatives Learn more →

Stats

Basic quickwit repo stats
76
11,295
9.5
9 days ago

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com

Did you know that Rust is
the 3rd most popular programming language
based on number of references?