どのQdrantデプロイメントが必要か？

必要なものから始めましょう：マネージドオペレーションか、それとも完全な制御か？ネットワークレイテンシは許容できるか？本番環境かプロトタイピングか？答えは4つのオプションの1つに絞られます。

開始またはプロトタイピング

使用する場合：プロトタイプ構築、テスト実行、CI/CDパイプライン、またはQdrantを学習している場合。

• ローカルモードを使用（Pythonのみ）：ゼロ依存、メモリ内またはディスク永続化、サーバー不要 Local mode
• ローカルモードのデータ形式はサーバーと互換性がありません。本番環境やベンチマークでは使用しないでください。
• 実際のローカルサーバーが必要な場合はDocker を使用 Quick start

本番環境へ（セルフホスト）

使用する場合：インフラストラクチャの完全な制御、データレジデンシ、またはカスタム設定が必要な場合。

• Dockerはデフォルトのデプロイメントです。フルのQdrant Open Source機能セット、最小限のセットアップ。 Quick start
• オペレーションは自分で行う：アップグレード、バックアップ、スケーリング、監視
• マルチノードクラスタの場合は分散モードを手動で設定する必要があります Distributed deployment
• インフラストラクチャ上でQdrant Cloudの管理を必要とする場合はHybrid Cloudの検討 Hybrid Cloud

本番環境へ（ゼロオペレーション）

使用する場合：ゼロダウンタイムアップデート、自動バックアップ、クラスタを操作せずにリシャーディングを行うマネージドインフラストラクチャが必要な場合。

• Qdrant Cloudがアップグレード、スケーリング、バックアップ、監視を処理 Qdrant Cloud
• マルチバージョンアップグレードを自動的にサポート
• セルフホスト版では利用できない機能を提供：/sys_metrics、マネージドリシャーディング、事前設定されたアラート

最低レイテンシが必要

使用する場合：サーバーへのネットワークラウンドトリップが許容できない場合。エッジデバイス、プロセス内検索、またはレイテンシクリティカルなアプリケーション。

• Qdrant EDGE：Qdrantシャードレベル関数へのインプロセスバインディング、ネットワークオーバーヘッドなし Qdrant EDGE
• サーバーと同じデータ形式。シャードスナップショット経由でサーバーと同期可能。
• シングルノード機能セットのみ。分散モードなし。

してはいけないこと

• 本番環境またはベンチマークでローカルモードを使用（最適化されていない、非互換のデータ形式）
• 監視とバックアップ戦略なしでセルフホスト（データ損失またはダウンタイム見落としが発生します）
• 分散検索が必要な場合にEDGEを選択（シングルノードのみ）
• データレジデンシ要件がない限りHybrid Cloudを選択（Qdrant Cloudが機能する場合は不要なKubernetes複雑性）