Skip to main content
OpenSourceAlternatives

Quickwit

Open source · OSI-approvedStatus: unknownNewAcquired

Cloud-native search engine for logs on object storage

Reviewed lifecycle notice

This Project is marked acquired. These are reviewed catalogue facts and are separate from repository archive, license-change, move, and security observations.

Quickwit is an open-source, cloud-native search engine built for log management and analytics directly on object storage, written in Rust on top of Tantivy. Teams use it to index streaming logs and traces into schemaless indexes and run sub-second search without operating a storage-heavy cluster of their own. It suits platform and observability teams that already live on S3-compatible storage and want search billed as cheap object capacity rather than attached disks.[1][2]

Quick verdict

Quickwit is a Rust search engine whose object-storage-native design, schemaless indexing, and Elasticsearch-compatible API cover log search, trace lookup, and analytics from one self-hosted core. Teams already on S3-compatible storage get sub-second event search under Apache-2.0 with Docker, Helm, and binary installs. The material constraint is operational ownership plus acquisition uncertainty: this review verified self-hosted installation only and could not confirm a managed offering after the January 2025 Datadog announcement, so teams needing hands-off hosting or a settled roadmap should look elsewhere. If you can run your own host or cluster and want a free object-storage log search core, choose Quickwit; if you need managed search with vendor certainty, choose Elasticsearch or OpenSearch instead.[1][2][3][4]

Capabilities

  • Search directly on object storage Indexes live on S3-compatible storage and are searched there in sub-second time, so teams scale retention in cheap object capacity instead of provisioned cluster disks.[1]

  • Decoupled stateless architecture Indexers and searchers hold no local state, which makes horizontal scaling a matter of adding compute nodes and keeps single-node, multi-node, on-premise, and cloud layouts on one design.[1]

  • Schemaless log indexing JSON documents land in indexes without a predeclared mapping, so new log fields become searchable without migration steps during fast-moving incidents.[1]

  • Elasticsearch and OpenSearch compatible API An api/v1/_elastic/ surface with bulk ingestion exists to ease migrations and tool integrations, letting existing shippers and scripts target Quickwit with limited rewrites.[1]

  • Native observability integrations OpenTelemetry-native ingest plus Jaeger support and Grafana tutorials wire traces, logs, and metrics from collection to dashboard without custom glue.[1]

  • Multi-tenancy with retention control Many indexes with partitioning, retention and lifecycle policies, and infrequent targeted deletion cover per-tenant data, expiry, and GDPR-style removal requests.[1]

  • Full REST, query-language, and CLI surface A documented REST API, a dedicated query language, command-line options, and metrics endpoints give operators scriptable control over indexes, search, and monitoring.[1][2]

  • Small-footprint self-hosted installs Linux and macOS binaries for x86-64 and aarch64, a Docker image, a Kubernetes Helm chart, and Glasskube install the same single binary on laptops and production hosts.[1]

Who will love it

  • Log platform teams on object storage Teams already keeping data on S3-compatible storage will love searching it in place, because retention grows in cheap object capacity instead of cluster disks.[1]

  • Tracing teams on OpenTelemetry Observability engineers shipping OTEL spans and Jaeger traces will love the native integrations, since collection, search, and Grafana dashboards connect without custom pipelines.[1]

  • Cost-driven Elasticsearch migrators Teams paying for large Elasticsearch log clusters will love the compatible bulk API and stateless scaling, which make a like-for-like cost pilot concrete.[1][2]

Who should think twice

  • No verified managed offering This review verified self-hosted installation only and could not confirm a managed offering after the January 2025 Datadog announcement, so teams without operations capacity should avoid it until hosting is settled.[1][2]

  • Event retrieval, not relevance-tuned app search Quickwit optimizes append-only event retrieval rather than tuned product or site search, so teams needing relevance controls and typo tolerance should avoid assuming it matches engines built for that job.[1]

  • Uncertain independent roadmap The Datadog acquisition leaves the independent roadmap genuinely uncertain, so organizations that need a settled multi-year vendor plan should avoid committing before that picture clears.[1]

Fit and compatibility

APIs, query language, and observability tooling Applications reach Quickwit through a REST API, an Elasticsearch/OpenSearch-compatible API, and a dedicated query language, with OpenTelemetry, Jaeger, and Grafana integrations for observability workflows.[1][2]

Self-hosted runtime across Linux, macOS, Docker, and Kubernetes The same single binary installs from OS binaries, a Docker image, a Kubernetes Helm chart, or Glasskube across single-node, multi-node, on-premise, and cloud layouts, with Linux officially supported.[1]

Questions worth asking

What is the best Quickwit alternative for non-technical users?

A managed log-search service is the more suitable choice for non-technical teams, because Quickwit's own docs assume operators who manage indexes, retention, object storage, and cluster topology; Elasticsearch or OpenSearch through a managed offering fit that profile better than a self-hosted engine.[1][2]

Is Quickwit really no-code?

No. Indexing, querying, and administration go through configuration files, a REST API, an Elasticsearch-compatible API, a query language, and a CLI, so teams need developer or platform skills; there is no documented no-code studio for building search experiences.[1][2]

How much does Quickwit cost per month?

The engine is free software under Apache-2.0 with no listed monthly software price (checked October 2026); object-storage, compute, and operations are separate costs, and any managed-offering price is unverified after the January 2025 Datadog announcement.[1][2]

Can you self-host Quickwit?

Yes. The official installation docs publish Linux and macOS binaries, a Docker image, a Kubernetes Helm chart, and Glasskube support for single-node, multi-node, on-premise, and cloud layouts, with Linux as the officially supported OS.[1]

Sources and editorial review

Source research. Reviewed on October 12, 2026. Written by Sanjib Sah. AI assisted; reviewed by a human editor.

We have not run or tested this product.

  1. Quickwit official site

    official · Observed October 12, 2026

    Vendor identity and capability evidence: sub-second search on cloud storage, Rust/Tantivy, schemaless indexing, OTEL/Jaeger native, multi-tenancy, retention/lifecycle, GDPR deletion, decoupled stateless architecture, REST API, named customers.

  2. quickwit-oss/quickwit on GitHub

    official · Observed October 12, 2026

    Repository identity: canonical quickwit-oss/quickwit, Apache-2.0, Rust, created 2021-04-13, not archived; observability search-engine description.

  3. Quickwit installation docs (v0.9.0)

    official · Observed October 12, 2026

    Self-hosted installation evidence: single binary, Linux/macOS builds, Docker image, Helm chart, Glasskube; Linux officially supported; v0.9.0 under Apache 2.0.

  4. Quickwit Elasticsearch compatible API docs

    official · Observed October 12, 2026

    Elasticsearch/OpenSearch compatible API under api/v1/_elastic/ to facilitate migrations; _bulk ingestion endpoint; relationship evidence for both competitor edges.

  5. Quickwit joins Datadog (Jan 9, 2025)

    official · Observed October 12, 2026 · Published January 9, 2025

    Acquisition and history: joining Datadog announced Jan 9, 2025; founded 2020, first version Jul 13, 2021; 10x cost-efficiency mission vs Elasticsearch; Apache-2.0 relicense announcement.

  6. Quickwit on OpenAlternative (discovery lead)

    official · Observed October 12, 2026

    Discovery-lead identity corroboration: alternative to Algolia/Elasticsearch/Coveo; links quickwit.io and quickwit-oss/quickwit; Apache-2.0, self-hosted.

Compared with these products

No explicit proprietary baseline is recorded.

Similar projects

Related projects with shared categories, technologies, or licensing.

OpenSearch

OpenSearchOpen

Apache 2.0 search and analytics suite with AI-ready retrieval

Stars13.8K
Commitjust now
LicenseApache-2.0

OpenSearch is an Apache 2.0 search and analytics suite for ingesting, searching, visualizing, and analyzing data at scale, with vector search for AI applications.

Logstash

LogstashOpen

Open-source data pipeline that ingests, transforms, and ships logs and events

Stars15K
Commitjust now
LicenseApache-2.0

Logstash is a free open-source data collection engine from Elastic that ingests, transforms, and ships logs and events through real-time pipelines.

Highlight

HighlightOpen

Open-source fullstack monitoring with replay, errors, logs, and traces

Stars9,384
Commitjust now
LicenseApache-2.0

Highlight is an open-source fullstack monitoring platform with session replay, error monitoring, logging, and tracing, plus a Docker self-hosting path.

Vector

VectorOpen

High-performance observability pipeline for logs and metrics

Stars22.7K
Commitjust now
LicenseMPL-2.0

Vector is a Rust observability data pipeline that collects, transforms, and routes logs and metrics from dozens of sources to any vendor sink.

OpenObserve

OpenObserveOpen

Open-source observability for logs, metrics, traces and RUM in one binary

Stars22.3K
Commitjust now
LicenseAGPL-3.0

OpenObserve is an open-source observability platform that unifies logs, metrics, traces, RUM and AI model telemetry in one Rust binary backed by object storage.

HyperDX

HyperDXOpen

Open-source observability unifying logs, traces, metrics, and session replay

Stars9,940
Commitjust now
LicenseMIT

HyperDX is an open-source observability platform unifying session replays, logs, traces, metrics, and errors for faster production debugging.