DEV.co
Open-Source Observability · quickwit-oss

quickwit

Quickwit is an open-source, cloud-native search engine built in Rust, designed for observability workloads like logs and distributed traces. It decouples compute from storage, enabling sub-second search directly on cloud object storage (S3, Azure Blob, GCS) at significantly lower cost than traditional solutions.

Source: GitHub — github.com/quickwit-oss/quickwit
11.4k
GitHub stars
564
Forks
Rust
Primary language
Apache-2.0
License (OSI-approved)

Key facts

Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.

FieldValue
Repositoryquickwit-oss/quickwit
Ownerquickwit-oss
Primary languageRust
LicenseApache-2.0 — OSI-approved
Stars11.4k
Forks564
Open issues776
Latest releasedef4e26e9 (2026-05-20)
Last updated2026-07-08
Sourcehttps://github.com/quickwit-oss/quickwit

What quickwit is

Quickwit uses a stateless, distributed architecture with Elasticsearch-compatible APIs and native support for OpenTelemetry, Jaeger, and Kafka/Kinesis ingestion. Built on Rust and the Tantivy search library, it optimizes I/O paths for cloud storage and supports schemaless or strict-schema indexing with multi-tenancy, retention policies, and GDPR-compliant deletion.

Quickstart

Get the quickwit source

Clone the repository and explore it locally.

terminalbash
git clone https://github.com/quickwit-oss/quickwit.gitcd quickwit# follow the project's README for install & configuration

Need it deployed, integrated, or customized instead? DEV.co ships production installs.

Best use cases

High-volume log management at scale

Ingest logs from Kafka, Kinesis, or Pulsar with multi-index partitioning and retention policies. Leverage Elasticsearch-compatible APIs to migrate existing log shippers (Vector, Fluent Bit) and clients without rewriting.

Distributed tracing with cost efficiency

Deploy as a Jaeger backend or use native OpenTelemetry ingestion. Stateless searchers and indexers scale horizontally in Kubernetes; traces are stored on S3/GCS, reducing operational overhead versus self-hosted Elasticsearch or Jaeger backends.

Cost-optimized observability stack for startups and SMBs

Substitute for Elastic Cloud or self-hosted Elasticsearch. Decoupled storage and compute allow you to scale independently; claimed 10x cost reduction for observability workloads via cloud storage leverage.

Implementation considerations

  • Verify that your ingestion pipeline (Kafka, Kinesis, Pulsar, or custom HTTP) is compatible; Elasticsearch-compatible ingest API mitigates some vendor lock-in but not all.
  • Plan schema design upfront or accept schemaless indexing tradeoffs; strict schemas enable better optimization but require upfront definition.
  • Test Elasticsearch/OpenSearch query compatibility against your existing queries; missing aggregations or endpoints may require query rewriting.
  • Allocate resources for Kubernetes deployment (Helm chart provided) or design containerized orchestration; cloud-native is the assumed deployment model.
  • Budget for cold-start latency on sub-second cloud storage queries; benchmark your data volume and query patterns before production commitment.

When to avoid it — and what to weigh

  • Real-time metrics ingestion required now — Metrics support is listed as roadmap only; currently only logs and traces are supported. Do not assume metrics are production-ready.
  • Strict high-availability requirements for indexing — HA is available for search but indexing HA is only available with Kafka sources. Other ingestion paths do not guarantee HA indexing out-of-the-box.
  • Heavy reliance on advanced Elasticsearch features — Quickwit supports a 'large subset' of Elasticsearch/OpenSearch API; not all endpoints, DSL queries, or aggregations are documented as complete. Requires vetting against your specific query workload.
  • Organization unfamiliar with cloud-native, stateless architectures — Quickwit's design assumes comfort with object storage, cloud infrastructure, and horizontal scaling; it is not a drop-in replacement for traditional, stateful search appliances.

License & commercial use

Quickwit is licensed under Apache License 2.0 (Apache-2.0), a permissive OSI-approved license that permits commercial use, modification, and distribution with minimal restrictions (attribution required, no warranty or liability).

Apache-2.0 permits commercial use and modification. However, verify your internal compliance policies around dependency auditing, as Quickwit is a complex distributed system with transitive dependencies. Consider engaging with the maintainers ([email protected]) for commercial support or SLAs if required; no commercial offering is documented in the provided data.

DEV.co evaluation signals

Editorial assessment — not user reviews. Directional, with an explicit confidence level.

SignalAssessment
MaintenanceActive
DocumentationStrong
License clarityClear
Deployment complexityModerate
DEV.co fitGood
Assessment confidenceHigh
Security considerations

Rust-based implementation reduces memory safety risks. OpenSSF Scorecard presence indicates security awareness. Considerations: review cloud storage credential management (S3/Azure/GCS), network policies for multi-tenancy, encryption at rest/in-transit (not detailed in provided data), and deletion task audit trails for GDPR compliance. No known exploits or CVEs mentioned; independent security audit status unknown.

Alternatives to consider

Elasticsearch / Elastic Cloud

Industry standard for observability; richer query DSL and ecosystem, but higher licensing and infrastructure costs. Quickwit claims 10x cost advantage for observability via cloud storage.

OpenSearch (AWS or self-hosted)

Open-source Elasticsearch fork; similar feature richness and API compatibility, but less optimized for cloud storage. Quickwit API compatibility aids migration but does not guarantee feature parity.

Jaeger or Grafana Loki (specialized)

Jaeger excels at distributed tracing; Loki at log aggregation. Quickwit combines both in a single cloud-native system, but lacks metrics (roadmap). Choose if you need single-vendor simplicity or specialized performance in one domain.

Software development agency

Build on quickwit with DEV.co software developers

Quickwit enables sub-second search on cloud storage with Elasticsearch compatibility. Evaluate cost savings, test schema design, and pilot on Kubernetes. Review ES-API compatibility for your queries before full migration.

Talk to DEV.co

Related open-source tools

Surfaced by semantic similarity across the DEV.co open-source index.

Related on DEV.co

Explore the category and the services that help you build with it.

quickwit FAQ

Can I migrate from Elasticsearch to Quickwit without rewriting my log shippers or queries?
Partially. Quickwit supports Elasticsearch-compatible ingest API (for Vector, Fluent Bit, Syslog) and REST search endpoints. However, not all queries and aggregations are supported; review the ES compatibility mapping and test your workload. Use `extra_headers` config to mask client compatibility checks if needed.
Is Quickwit production-ready for critical observability pipelines?
Yes for logs and traces; HA is available for search across all ingestion types. For indexing HA, only Kafka sources guarantee redundancy. Evaluate retention policies, deletion tasks, and backup/recovery for your uptime SLAs before deployment.
What cloud storage backends does Quickwit support?
Amazon S3, Azure Blob Storage, Google Cloud Storage, and others (full list in docs). Sub-second search latency assumes modern cloud storage; performance on slower backends (e.g., on-premises object storage) is unknown and requires testing.
Does Quickwit support metrics?
Not yet. Metrics are listed as roadmap. Currently only logs and traces are supported. Do not assume metrics production readiness.

Software developers & web developers for hire

Need help beyond evaluating quickwit? DEV.co is a software development agency offering software development services and web development for teams of every size. Our software developers and web developers build custom software, web applications, APIs, and open-source observability integrations — and maintain them long-term.

Ready to optimize your observability stack?

Quickwit enables sub-second search on cloud storage with Elasticsearch compatibility. Evaluate cost savings, test schema design, and pilot on Kubernetes. Review ES-API compatibility for your queries before full migration.