qdrant-deployment-options

我需要哪种 Qdrant 部署方式？

先明确你的需求：需要托管运维，还是完全掌控？能否接受网络延迟？用于生产环境，还是原型开发？答案会将选择范围缩小到以下四种方案之一。

开始使用或原型开发

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

• 使用本地模式（仅限 Python）：零依赖，数据存储在内存中或持久化到磁盘，无需服务器。本地模式
• 本地模式的数据格式与服务器不兼容。不要用于生产环境或基准测试。
• 若要在本地运行真正的服务器，请使用 Docker。快速入门

用于生产环境（自托管，自行负责运维）

适用场景：你需要完全掌控基础设施或自定义配置，并准备自行负责运维（升级、备份、扩缩容、监控）。

• Docker 是标准的自托管部署方式。提供完整的 Qdrant Open Source 功能集，且只需最少的设置。快速入门
• 你需要自行负责运维：升级、备份、扩缩容、监控
• 多节点集群必须手动设置分布式模式。分布式部署
• 有数据驻留或合规要求，但不想承担运维负担？这种情况适合 Hybrid Cloud（下一节），而非自托管 Docker。

用于生产环境（零运维）

适用场景：你希望使用托管基础设施，获得零停机更新、自动备份和重新分片，无需自行运维集群；也适用于因数据驻留或合规规定而不能将数据存放在 Qdrant 运营的基础设施上的情况。

• Qdrant Cloud 负责升级、扩缩容、备份和监控。Qdrant Cloud
• 选择了 Qdrant Cloud？请参阅托管云快速入门技能，创建并连接你的第一个集群。
• Hybrid Cloud：使用相同的托管控制平面，但部署在你自己的基础设施/VPC 上。如果数据驻留或合规要求排除了 Qdrant Cloud，而你又不想自行运维集群，请使用此方案。Hybrid Cloud
• 自动支持多版本升级
• 提供自托管版本不具备的功能：/sys_metrics、托管重新分片、预配置警报

需要尽可能低的延迟

适用场景：无法接受与服务器之间的网络往返延迟。适用于边缘设备、进程内搜索或对延迟要求严格的应用。

• Qdrant EDGE：提供对 Qdrant 分片级功能的进程内绑定，无网络开销。Qdrant EDGE
• 与服务器使用相同的数据格式。可通过分片快照与服务器同步。
• 仅支持单节点功能集，不支持分布式模式。
• 选择了 EDGE 并希望基于它构建？请参阅 qdrant-edge 技能（BM25、快照同步、混合查询）。

注意事项

• 不要将本地模式用于生产环境或基准测试（未经优化，数据格式不兼容）
• 不要在缺乏监控和备份策略的情况下自托管（否则可能丢失数据或错过故障）
• 如果用户表示不想运维集群，不要将自行管理的 Docker 推荐为生产方案——这种情况应使用 Qdrant Hybrid Cloud 或 Qdrant Managed Cloud，而非自托管
• 需要分布式搜索时不要选择 EDGE（仅支持单节点）
• 除非有数据驻留要求，否则不要选择 Hybrid Cloud（Qdrant Cloud 可满足需求时，采用 Kubernetes 会增加不必要的复杂性）