1---2name: qdrant-deployment-options-23description: Select the right Qdrant deployment model across local mode, Docker self-hosting, Qdrant Cloud, Hybrid Cloud, distributed deployment, and Qdrant EDGE. Use when someone asks how to deploy Qdrant, Docker vs Cloud, embedded Qdrant, local mode, self-hosted vs cloud, lowest latency, data residency, production readiness, or which deployment option fits a new vector search project.4---56# Qdrant deployment options78Choose a Qdrant deployment by matching the workload's operations model, latency target, production requirements, data residency, and compatibility needs to local mode, Docker self-hosting, Qdrant Cloud, Hybrid Cloud, distributed deployment, or Qdrant EDGE.910## When to invoke1112- "How should I deploy Qdrant?"13- "Should I use Docker or Qdrant Cloud?"14- "Can I use local mode or embedded Qdrant for this project?"15- "Which Qdrant option gives the lowest latency?"16- "Do we need self-hosted Qdrant for data residency?"1718## Deployment decision table1920| Need | Recommended option | Why | Avoid when |21| --- | --- | --- | --- |22| Prototype, tests, CI/CD, learning | Local mode (Python only) | zero-dependency local mode: in-memory or disk-persisted, no server. | Production, benchmarking, or server data compatibility matters. |23| Real local server or simple self-hosted production | Docker | Full Qdrant Open Source feature set and minimal setup. | You cannot operate backups, upgrades, scaling, and monitoring. |24| Managed production with zero-ops | Qdrant Cloud | Handles upgrades, scaling, backups, monitoring, multi-version upgrades, `/sys_metrics`, managed resharding, and pre-configured alerts. | Data residency or infrastructure control requires your environment. |25| Managed control plane on your infrastructure | Hybrid Cloud | Qdrant Cloud management with customer infrastructure. | Qdrant Cloud satisfies residency and control needs; avoid unnecessary Kubernetes complexity. |26| Multi-node self-hosted production | Distributed deployment | Manual control over cluster topology and infrastructure. | The team cannot own distributed operations and failure handling. |27| Lowest possible latency, latency-critical workloads, or in-process search | Qdrant EDGE | In-process bindings to shard-level functions with no network overhead and server-compatible data format. | Distributed search is required; EDGE is single-node only. |2829## Local and prototype rules3031| Option | Use when | Technical rule |32| --- | --- | --- |33| Local mode | Python-only prototypes, tests, learning, and CI/CD pipelines. | Data format is not compatible with server; do not use it for production or benchmarking. |34| Docker quick start | You need a real Qdrant server locally. | Prefer Docker over local mode when testing network behavior, server configuration, or deployment parity. |3536## Production rules3738| Option | Operations owner | Production notes |39| --- | --- | --- |40| Docker self-hosted | Your team | Own upgrades, backups, scaling, monitoring, persistence, TLS, auth, and disaster recovery. |41| Distributed deployment | Your team | Configure multi-node clusters manually; validate shard replication, quorum, and failure modes. |42| Qdrant Cloud | Qdrant | Use for zero-downtime updates, automatic backups, managed resharding, and alerting. |43| Hybrid Cloud | Shared | Use only when data residency or infrastructure policy requires cloud management on your infrastructure. |44| Qdrant EDGE | Your application/runtime | Same data format as server and can sync through shard snapshots; limited to single-node feature set. |4546## Criteria4748- [ ] Managed operations versus full control is decided explicitly.49- [ ] Production versus prototype status is explicit.50- [ ] Network round-trip latency is acceptable, or Qdrant EDGE is considered.51- [ ] Data residency and infrastructure control requirements are stated.52- [ ] Backup, monitoring, scaling, and upgrade ownership is assigned.53- [ ] Compatibility needs are checked: local mode data is not server-compatible; Qdrant EDGE data format matches server.5455## What not to do5657| Anti-pattern | Why it is wrong | Correct choice |58| --- | --- | --- |59| Use local mode for production or benchmarking | It is not optimized and uses an incompatible data format. | Docker, Qdrant Cloud, Hybrid Cloud, or distributed deployment. |60| Self-host without monitoring and backups | Outages and data loss become silent until users notice. | Add operations plan or choose Qdrant Cloud. |61| Choose EDGE for distributed search | EDGE provides a single-node feature set only. | Use Qdrant Cloud or distributed deployment. |62| Pick Hybrid Cloud by default | It adds Kubernetes complexity without benefit when ordinary Qdrant Cloud works. | Use Hybrid Cloud only for residency/control requirements. |6364## Output template6566```markdown67### Qdrant deployment recommendation6869**Status:** recommended | needs more context70**Recommended option:** Local mode | Docker | Qdrant Cloud | Hybrid Cloud | Distributed deployment | Qdrant EDGE71**Workload stage:** prototype | CI/CD | production | edge7273| Decision factor | Answer | Impact |74| --- | --- | --- |75| Managed ops needed | yes/no | `<deployment consequence>` |76| Lowest latency required | yes/no | `<EDGE/server consequence>` |77| Data residency constraint | yes/no | `<Cloud/Hybrid/self-host consequence>` |78| Production readiness | yes/no | `<backup/monitoring consequence>` |79| Data compatibility required | yes/no | `<local mode/EDGE consequence>` |8081**Do not use**82- `<rejected option>`: `<reason>`83```8485## Quality gate8687- [ ] The recommendation chooses exactly one primary deployment option.88- [ ] Local mode is rejected for production and benchmarking.89- [ ] Qdrant EDGE is rejected when distributed search is required.90- [ ] Self-hosted options include backup, monitoring, scaling, and upgrade ownership.91- [ ] Hybrid Cloud is justified by data residency or infrastructure-control requirements.92- [ ] The final answer preserves the relevant official Qdrant documentation link.9394## References9596- [Qdrant local mode quickstart](https://qdrant.tech/documentation/quickstart/)97- [Qdrant Docker quick start](https://qdrant.tech/documentation/quickstart/?s=download-and-run)98- [Distributed deployment](https://qdrant.tech/documentation/operations/distributed_deployment/)99- [Qdrant Cloud](https://qdrant.tech/documentation/cloud-quickstart/)100- [Hybrid Cloud](https://qdrant.tech/documentation/hybrid-cloud/)101- [Qdrant EDGE](https://qdrant.tech/documentation/edge/edge-quickstart/)
paulasilvatech