Qual Implantação do Qdrant Preciso?

Comece com o que você precisa: gerenciamento de operações ou controle total? Latência de rede aceitável ou não? Produção ou prototipagem? A resposta se resume a uma de quatro opções.

Começando ou Prototipando

Use quando: estiver construindo um protótipo, executando testes, pipelines de CI/CD ou aprendendo Qdrant.

• Use o modo local (apenas Python): sem dependências, em memória ou persistido em disco, sem servidor necessário Modo Local
• O formato de dados do modo local NÃO é compatível com o servidor. Não use para produção ou benchmarking.
• Para um servidor real localmente, use Docker Início Rápido

Indo para Produção (Auto-Hospedado)

Use quando: você precisa de controle total sobre a infraestrutura, residência de dados ou configuração personalizada.

• Docker é a implantação padrão. Conjunto completo de recursos do Qdrant Open Source, configuração mínima. Início Rápido
• Você é responsável pelas operações: atualizações, backups, escalonamento, monitoramento
• É necessário configurar o modo distribuído manualmente para clusters multi-nó Implantação Distribuída
• Considere o Hybrid Cloud se desejar o gerenciamento do Qdrant Cloud em sua infraestrutura Hybrid Cloud

Indo para Produção (Zero-Ops)

Use quando: você deseja infraestrutura gerenciada com atualizações sem tempo de inatividade, backups automáticos e rebalanceamento sem operar clusters você mesmo.

• O Qdrant Cloud cuida de atualizações, escalonamento, backups e monitoramento Qdrant Cloud
• Suporta atualizações multi-versão automaticamente
• Oferece recursos não disponíveis em auto-hospedado: /sys_metrics, rebalanceamento gerenciado, alertas pré-configurados

Precisa da Menor Latência Possível

Use quando: a ida e volta da rede para um servidor é inaceitável. Dispositivos de borda, busca no processo ou aplicações críticas de latência.

• Qdrant EDGE: bindings no processo para funções de nível de shard do Qdrant, sem sobrecarga de rede Qdrant EDGE
• Mesmo formato de dados do servidor. Pode sincronizar com o servidor via snapshots de shard.
• Conjunto de recursos apenas para nó único. Sem modo distribuído.

O Que NÃO Fazer

• Use o modo local para produção ou benchmarking (não otimizado, formato de dados incompatível)
• Auto-hospede sem estratégia de monitoramento e backup (você perderá dados ou perderá falhas)
• Escolha EDGE quando precisar de busca distribuída (apenas nó único)
• Opte pelo Hybrid Cloud a menos que tenha requisitos de residência de dados (complexidade desnecessária do Kubernetes quando o Qdrant Cloud funciona)