Skip to main content
PromptQuorum
Home/Power Local LLM/Weaviate Review 2026: The Self-Hostable Vector Database for RAG
Overview & Reference

Weaviate Review 2026: The Self-Hostable Vector Database for RAG

Β·13 min readΒ·By Hans Kuepper Β· Founder of PromptQuorum, multi-model AI dispatch tool Β· PromptQuorum

Weaviate is an open-source vector database (weaviate.io, source at github.com/weaviate/weaviate) that combines vector similarity search with structured keyword filtering, letting you self-host semantic search and RAG infrastructure on your own hardware. Its licensing is split: the core is BSD-3-Clause, while a defined set of features inside the repository's wl/ directory are covered by a separate, proprietary Weaviate License that only activates with a paid license key β€” without one, only the BSD-3-Clause code runs. GitHub's own repository metadata reports the license as "Other" because of this split, not a plain open-source license. Weaviate runs via Docker, Docker Compose, Kubernetes/Helm, or an embedded Python client, and offers REST, GraphQL, and gRPC APIs alongside client libraries for Python, TypeScript/JavaScript, Go, Java, and C#/.NET.

Weaviate (weaviate.io, source code at github.com/weaviate/weaviate) is an open-source vector database that stores both objects and vectors, combining vector similarity search with structured keyword filtering for RAG, semantic search, and agentic AI applications. It runs entirely on your own infrastructure via Docker or Kubernetes, with an optional managed Weaviate Cloud offering for teams that would rather not operate it themselves. This review covers what Weaviate actually does, its dual-license structure, how to install it, and where it fits next to other self-hostable vector databases.

Key Takeaways

  • Weaviate's core is BSD-3-Clause licensed; features inside the repository's wl/ directory are covered by a separate Weaviate License requiring a paid LICENSE_KEY to activate
  • Fully self-hostable via Docker, Docker Compose, or Kubernetes/Helm charts β€” no external account needed to run the BSD-licensed core
  • Weaviate Cloud is a separate, optional managed service with usage-based pricing and a free tier, for teams that don't want to operate their own cluster
  • Combines vector similarity search with BM25 keyword search in a single hybrid query, plus filtering on structured object properties
  • Offers REST, GraphQL, and gRPC APIs, with official client libraries for Python, TypeScript/JavaScript, Go, Java, and C#/.NET
  • Supports integrated vectorizer modules for OpenAI, Cohere, HuggingFace, Google, and Ollama, or bring-your-own pre-computed vectors
  • GitHub repository shows roughly 16,800 stars and around 1,400 forks as of September 2026
  • Built and maintained by Weaviate B.V., headquartered in Amsterdam, the Netherlands

πŸ“ In One Sentence

Weaviate is a self-hostable, BSD-3-Clause-core vector database for RAG and semantic search, with a defined set of gated features under a separate proprietary license that requires a paid key.

πŸ’¬ In Plain Terms

Instead of paying a vector-database vendor to store and search your embeddings, Weaviate lets you run the database yourself in Docker or Kubernetes, for free, using the BSD-licensed core. A smaller set of advanced features live in a separate part of the codebase that only turns on if you buy a license key β€” everything else works without one.

πŸ“ŒNote: This review is the deep-dive companion to Weaviate's entry in the Local LLM Software Directory β€” see that page for how Weaviate compares at a glance to dozens of other local AI tools.

What Is Weaviate?

Weaviate is an open-core vector database that stores both data objects and their vector embeddings together, so you can search by meaning, by keyword, or both at once. Its own GitHub description calls it "an open-source, cloud-native vector database that stores both objects and vectors." Unlike a bolt-on vector index added to an existing database, Weaviate is purpose-built as a vector-native store with structured schema, filtering, and multi-tenancy built in from the ground up.

  • Core function: a database that indexes vector embeddings alongside structured object data, queryable via REST, GraphQL, or gRPC
  • Search modes: pure vector (nearest-neighbor) search, BM25 keyword search, and hybrid search that blends both in one query
  • Vectorization: built-in integration modules for OpenAI, Cohere, HuggingFace, Google, and Ollama embedding models, or you can supply your own pre-computed vectors directly
  • Deployment: Docker, Docker Compose, Kubernetes/Helm, an embedded Python client for local prototyping, or the managed Weaviate Cloud service
  • Developer: Weaviate B.V., a company headquartered in Amsterdam, the Netherlands
  • Canonical repository: github.com/weaviate/weaviate β€” the source of the version history, license files, and release notes used in this review

Weaviate's Project History and Version Milestones

Weaviate has been in active development for several years and now ships frequent point releases, with multiple minor versions often landing in the same month. The project has grown from a single vector-search engine into a broader platform that also includes generative search (RAG), reranking, a natural-language Query Agent, and enterprise features like role-based access control and multi-tenancy.

  1. 1
    v1.19 β€” Hybrid search generally available
    Why it matters: Combined BM25 keyword search and vector search into a single query type, a feature that remains central to Weaviate's positioning against pure vector-only databases.
  2. 2
    v1.24 β€” Named vectors
    Why it matters: Allowed a single object to hold multiple vector representations (for example, one per embedding model or one per property), useful for multi-model RAG setups.
  3. 3
    v1.25–v1.26 β€” Multi-tenancy and replication improvements
    Why it matters: Strengthened isolation between tenants and data durability for production, multi-customer deployments.
  4. 4
    v1.27–v1.28 β€” Vector compression (RQ/PQ) improvements
    Why it matters: Reduced memory footprint for large-scale deployments by compressing stored vectors, a direct cost-of-ownership lever for self-hosted clusters.
  5. 5
    v1.29–v1.30 β€” Role-based access control (RBAC)
    Why it matters: Added fine-grained permissions, a requirement for many enterprise and regulated deployments running Weaviate on their own infrastructure.
  6. 6
    v1.38 β€” September 2026 point release
    Why it matters: Continued the project's rapid cadence with performance work on filtering and module metrics, per the [official GitHub releases page](https://github.com/weaviate/weaviate/releases).
  7. 7
    v1.39 β€” September 2026
    Why it matters: Added a new generative-meta module and further HNSW index and aggregate-query performance improvements, per the [official GitHub releases page](https://github.com/weaviate/weaviate/releases).

What Can You Do With Weaviate?

Weaviate's feature set centers on storing and querying vectors at scale while keeping structured filtering and keyword search available in the same query. Here is what each part actually does, per Weaviate's own GitHub README and documentation.

  • Vector search β€” nearest-neighbor search over high-dimensional embeddings, backed by an HNSW index, for finding semantically similar objects
  • Hybrid search β€” combine vector similarity with BM25 keyword scoring in a single query, useful when neither pure semantic nor pure keyword search alone gives the best results
  • Structured filtering β€” filter vector search results by object properties (dates, numbers, strings, geo-coordinates) in the same query, rather than post-processing results in application code
  • Generative search (RAG) β€” pass retrieved objects directly to a connected LLM provider to generate an answer, summary, or transformation of the results, without a separate orchestration layer
  • Query Agent β€” translates natural-language questions into optimized Weaviate queries automatically, per Weaviate's own product pages
  • Vectorizer modules β€” built-in integrations for generating embeddings via OpenAI, Cohere, HuggingFace, Google, and Ollama, or you can index vectors you computed yourself
  • Multi-tenancy and RBAC β€” isolate data per tenant and control access with role-based permissions, aimed at production, multi-customer, or regulated deployments
  • Horizontal scaling and replication β€” shard and replicate data across nodes for larger datasets and higher availability in self-hosted clusters

Usage Examples: Three Ways to Use Weaviate

These are concrete workflows built from Weaviate's documented features above β€” not hypothetical use cases.

Install Weaviate: Docker, Kubernetes, and Embedded

Weaviate is not a downloadable desktop app β€” it is a database server you run yourself, or consume as a managed cloud service. The install paths below are from the official GitHub README and documentation β€” always verify against those pages directly, since exact version tags change between releases.

Method
Command / Link
Docker (single container, quick test)docker run -p 8080:8080 -p 50051:50051 cr.weaviate.io/semitechnologies/weaviate:1.39.5
Docker ComposeGenerate a docker-compose.yml via the official configurator, then run docker compose up -d
Kubernetes / HelmOfficial Helm chart, per the Kubernetes installation guide
Embedded (Python client)Embedded local instance via the weaviate-client package, for prototyping β€” see official docs
Weaviate Cloud (managed, optional)console.weaviate.cloud β€” no self-hosting required, usage-based pricing with a free tier

Weaviate exposes HTTP on port 8080 and gRPC on port 50051 by default; check the instance is live with curl http://localhost:8080/v1/meta. Weaviate itself has no fixed hardware minimum beyond running Docker or Kubernetes, but usable performance at scale depends on your dataset size, chosen index type, and whether you enable vector compression β€” a small collection runs comfortably on a laptop, while a large production index needs a server sized for its vector count and dimensionality.

Weaviate Pricing and Licensing

Self-hosting the BSD-3-Clause core is free; a defined set of gated features and the managed Weaviate Cloud service are paid. This is a genuinely split model, not a simple "open core with an enterprise upsell" label β€” verify the exact terms in the LICENSE file for your own compliance review.

Self-hosted (BSD-3-Clause core)

What it costs:
Free
What it covers:
The full vector database engine outside the wl/ directory β€” vector search, hybrid search, filtering, most module integrations, and self-managed scaling

Self-hosted, gated wl/ features

What it costs:
Requires a paid Weaviate License key (LICENSE_KEY env variable)
What it covers:
A defined subset of features scoped to the wl/ directory in the repository β€” check the LICENSE file for the current scope, since which features are gated can change between releases

Weaviate Cloud (managed)

What it costs:
Usage-based pricing with a free tier, per weaviate.io
What it covers:
A fully managed cluster with no self-hosting or license-key management required; separate from the self-hosted licensing model above

PromptQuorum's own software directory previously listed Weaviate's license simply as open source. Based on a direct read of the LICENSE and LICENSE-BSD files in Weaviate's GitHub repository at the time of this review, that undersells the split: GitHub's own repository metadata reports the license as "Other" precisely because core code (BSD-3-Clause) and wl/-directory code (proprietary Weaviate License, key-gated) are licensed differently. Read the LICENSE files yourself before relying on this distinction for a legal decision β€” license scope can change between releases.

Weaviate vs. Qdrant

Weaviate and Qdrant are two of the most widely used self-hostable vector databases, and they get compared often because both offer a free, self-hosted core plus an optional managed cloud tier. The clearest differences are in query model, licensing structure, and API surface.

Core license

Weaviate:
BSD-3-Clause, plus a separate proprietary license for wl/-directory features
Qdrant:
Apache-2.0 for the core engine β€” see the Qdrant review for its own licensing detail

Query APIs

Weaviate:
REST, GraphQL, and gRPC
Qdrant:
REST and gRPC (no GraphQL)

Generative search / RAG helpers

Weaviate:
Built-in generative-search module that calls a connected LLM provider directly
Qdrant:
Not a core built-in feature; typically paired with an external orchestration layer

Data model

Weaviate:
Schema-based objects with named properties and named vectors
Qdrant:
Points with payloads (flexible JSON) and vectors

Managed cloud option

Weaviate:
Weaviate Cloud, usage-based with a free tier
Qdrant:
Qdrant Cloud, usage-based with a free tier

If your priority is a database that also handles the retrieval-to-generation step in one query (generative search) alongside GraphQL support, Weaviate's feature set covers more ground out of the box. If your priority is a simpler, uniformly Apache-2.0-licensed core with no feature-gating to track, evaluate Qdrant directly. Both are actively maintained; verify current feature and pricing details on each project's own site before deciding.

Who Should Use Weaviate?

Whether Weaviate fits depends on whether you want a schema-based vector database with built-in hybrid and generative search, and whether the split BSD/proprietary licensing works for your organization.

Weaviate vs. Other Vector Databases

Weaviate is one of several self-hostable vector databases built for RAG and semantic search. Here is how it sits next to other options in that space β€” see the Local LLM Software Directory for the full catalog, and the dedicated Weaviate vs. Qdrant comparison above for the closest head-to-head.

  • Qdrant β€” an Apache-2.0-licensed vector database with REST and gRPC APIs and strong sparse+dense hybrid search support; see the dedicated comparison section above and the full Qdrant review.
  • Milvus β€” an Apache-2.0-licensed vector database built for very large-scale deployments, with a broader set of index types than most alternatives; see the Milvus review for full details.
  • Chroma β€” a lighter, embedding-focused vector database that is popular for prototyping and smaller RAG projects thanks to a minimal setup; see the Chroma review.
  • txtai β€” an embedded, all-in-one semantic search and RAG library that bundles vector indexing directly into a Python application rather than running as a separate server; see the txtai review if an embedded, single-process approach fits your project better than a standalone database server.
  • Pinecone β€” a fully managed, closed-source vector database with no self-hosting option at all, useful as a contrast case if you specifically want to compare a cloud-only vendor against self-hostable options like Weaviate; see the Pinecone vs. Weaviate vs. Qdrant vs. Chroma comparison for a direct four-way breakdown.

Common Mistakes When Evaluating Weaviate

Most confusion about Weaviate comes from its license structure, assuming it requires the cloud service, or conflating it with a simple embedded library.

Frequently Asked Questions

What is Weaviate?

Weaviate (weaviate.io, source at github.com/weaviate/weaviate) is an open-core vector database that stores both structured objects and their vector embeddings, supporting vector search, BM25 keyword search, hybrid search, and built-in generative search (RAG).

Is Weaviate free?

The BSD-3-Clause-licensed core is free to self-host. A defined set of features inside the repository's wl/ directory require a paid Weaviate License key to activate. Weaviate Cloud, the managed hosting option, is a separate usage-based service with a free tier.

Is Weaviate open source? What license does it use?

Partially. Weaviate's core is licensed under BSD-3-Clause. A defined set of features scoped to the wl/ directory in the repository are covered by a separate, proprietary Weaviate License that only activates with a paid license key. GitHub's repository metadata classifies the overall license as "Other" because of this split, rather than a single OSI-approved license covering the entire codebase.

Can Weaviate run fully offline or air-gapped?

Yes, for the core database itself β€” it runs entirely on your own infrastructure with no external calls required. If you configure a vectorizer or generative-search module for a cloud provider (OpenAI, Cohere, and others), those specific calls need internet access; point those modules at a locally hosted engine like Ollama for a fully offline pipeline.

Does Weaviate support hybrid search?

Yes. Weaviate combines vector similarity search with BM25 keyword search in a single hybrid query, with a tunable alpha parameter to weight one mode over the other.

Does Weaviate have a GraphQL API?

Yes. Weaviate exposes REST, GraphQL, and gRPC APIs, with official client libraries for Python, TypeScript/JavaScript, Go, Java, and C#/.NET.

How do I install Weaviate?

The fastest path is a single Docker command (docker run -p 8080:8080 -p 50051:50051 cr.weaviate.io/semitechnologies/weaviate:<version>). For production, use Docker Compose or the official Kubernetes/Helm chart; for local prototyping in Python, use the embedded client. See the install table above for details.

What is Weaviate Cloud?

Weaviate Cloud is Weaviate B.V.'s optional, fully managed hosting service, priced on usage with a free tier. It is separate from the self-hosted licensing model β€” you can self-host the BSD-3-Clause core indefinitely without ever using Weaviate Cloud.

Who develops Weaviate?

Weaviate is developed by Weaviate B.V., a company headquartered in Amsterdam, the Netherlands, with an active open-source repository at github.com/weaviate/weaviate.

How many stars does Weaviate have on GitHub?

Weaviate's GitHub repository shows roughly 16,800 stars and around 1,400 forks as of September 2026 β€” check the live repository for the current count, since it changes continuously.

Sources

← Back to Power Local LLM