qdrant-deployment-options

我需要哪种 Qdrant 部署方式？

从你的需求出发：托管运维还是完全控制？网络延迟是否可接受？生产环境还是原型开发？答案会收敛到以下四种选项之一。

入门或原型开发

适用场景：构建原型、运行测试、CI/CD 流水线，或学习 Qdrant。

• 使用本地模式（仅 Python）：零依赖，内存或磁盘持久化，无需服务 本地模式
• 本地模式的数据格式与服务不兼容。不要用于生产或基准测试。
• 如需在本地运行真实服务，请使用 Docker 快速开始

进入生产环境（自托管）

适用场景：你需要对基础设施、数据驻留或自定义配置拥有完全控制。

• Docker 是默认部署方式。完整的 Qdrant 开源功能集，最小化配置。快速开始
• 运维由你负责：升级、备份、扩缩容、监控
• 多节点集群必须手动设置分布式模式 分布式部署
• 如果希望在你的基础设施上使用 Qdrant Cloud 管理，请考虑混合云 混合云

进入生产环境（零运维）

适用场景：你想要托管基础设施，具备零停机更新、自动备份和重新分片，而无需自行运维集群。

• Qdrant Cloud 负责升级、扩缩容、备份和监控 Qdrant Cloud
• 自动支持多版本升级
• 提供自托管所不具备的功能：/sys_metrics、托管式重新分片、预配置告警

需要尽可能低的延迟

适用场景：无法接受到服务的网络往返。边缘设备、进程内搜索或延迟敏感型应用。

• Qdrant EDGE：对 Qdrant 分片级函数的进程内绑定，无网络开销 Qdrant EDGE
• 与服务使用相同的数据格式。可通过分片快照与服务同步。
• 仅支持单节点功能集。不支持分布式模式。

不要做什么

• 将本地模式用于生产或基准测试（未优化，数据格式不兼容）
• 在没有监控和备份策略的情况下自托管（你会丢失数据或错过故障）
• 在需要分布式搜索时选择 EDGE（仅支持单节点）
• 除非你有数据驻留要求，否则不要选择混合云（Qdrant Cloud 可用时，Kubernetes 的复杂性是多余的）