用途：帮助判断该用哪种 Qdrant 部署方案。先明确需求——要托管运维还是完全掌控、能否接受网络延迟、用于生产还是原型，答案会收敛到四种选项之一。
入门或原型：适用于构建原型、跑测试、CI/CD 流水线或学习 Qdrant。可用本地模式（仅 Python）：零依赖、内存或磁盘持久化、无需服务器。注意本地模式数据格式与服务器不兼容，不要用于生产或基准测试。若要在本地跑真实服务器，用 Docker 快速开始。
生产（自托管）：适用于需要完全掌控基础设施、数据驻留或自定义配置。Docker 是默认部署方式，具备完整 Qdrant 开源功能集，设置最少。运维由自己负责：升级、备份、扩缩容、监控；多节点集群需手动配置分布式模式。若想在自有基础设施上使用 Qdrant Cloud 的管理能力，可考虑混合云。
生产（零运维）：适用于想要托管基础设施、零停机更新、自动备份和重新分片而无需自己运维集群。Qdrant Cloud 负责升级、扩缩容、备份与监控，支持自动多版本升级，并提供自托管没有的功能：/sys_metrics、托管重新分片、预配置告警。
最低延迟：适用于无法接受到服务器的网络往返，如边缘设备、进程内搜索或延迟敏感应用。Qdrant EDGE 提供对 Qdrant 分片级函数的进程内绑定，无网络开销；数据格式与服务器相同，可通过分片快照与服务器同步；仅单节点功能集，无分布式模式。
不应做的事：不要用本地模式做生产或基准测试（未优化、数据格式不兼容）；自托管却不设监控与备份策略（会丢数据或漏掉故障）；需要分布式搜索时选 EDGE（仅单节点）；除非有数据驻留要求，否则不要选混合云（Qdrant Cloud 可用时引入不必要的 Kubernetes 复杂度）。