Adios
Serviços de dados · planos a partir de $10/mês

Implantar Qdrant.Proteja o armazenamento vetorial e verifique as buscas.

Inicie um serviço Qdrant de nó único com versão fixada, persista coleções e snapshots, separe o acesso administrativo do acesso somente leitura e teste consultas vetoriais representativas.

Manter o repositórioExaminar compilação e logsDomínios personalizados e TLS
Implantação no Adios

Versão candidata

Qdrant

Saudável

FONTE

Git

REGION

de

ROUTE

HTTPS

01Código-fonte recebido

02Compilação concluída

03Ambiente de execução iniciado

04Verificação de saúde aprovada

Rota promovida

production.adios.run

Um caminho até a produção para

Qdrant 1.19.0Banco de dados vetorialREST + gRPCChaves geradasPersistência

O caminho até a produção

Um projeto Qdrant que funciona ainda precisa de uma implantação segura.

A aplicação ou o serviço é apenas uma parte da produção. As evidências de compilação, o estado do ambiente de execução, a saúde, os segredos, os logs, as rotas e a versão promovida devem poder ser examinados em conjunto.

Comece Qdrant a partir de um modelo versionado

O modelo oficial baixa o binário estático Qdrant 1.19.0 para amd64 ou arm64, verifica seu checksum fixado e gera chaves API separadas de administrador e de somente leitura.

Decida explicitamente sobre a persistência

Coleções, índices e snapshots locais ficam em /app/qdrant-data, no armazenamento persistente. Faça backup desse volume e teste a recuperação de snapshots antes de depender dele para buscas em produção.

Mantenha o estado do serviço visível para os operadores

Use /healthz para verificar a prontidão, teste REST ou gRPC com vetores e filtros representativos e transmita todas as chaves API apenas por HTTPS ou por um caminho de rede privada.

Do código-fonte à versão publicada

Três etapas mantêm o caminho de implantação fácil de revisar.

Use o código-fonte e o comportamento de produção que o projeto já tem. O manifesto registra o que a plataforma deve compilar ou provisionar e como verificar se o resultado está pronto.

  1. 01

    Começar com código-fonte ou um modelo

    Traga o repositório existente ou examine e implante uma das variantes específicas de projeto inicial vinculadas abaixo.

    $adios login
  2. 02

    Revisar o contrato de implantação

    Mantenha os comandos, a versão do ambiente de execução ou do serviço, o comportamento das verificações de saúde e as referências a segredos em adios.yaml.

    $git diff -- adios.yaml
  3. 03

    Implantar e inspecionar o resultado

    Acompanhe as evidências de compilação e execução, verifique a versão candidata e abra a rota promovida ou a conexão do serviço.

    $adios up
adios.yaml
Seu projeto
type: database
env:
  QDRANT__SERVICE__API_KEY: secret://QDRANT_API_KEY
  QDRANT__SERVICE__READ_ONLY_API_KEY: secret://QDRANT_READ_ONLY_API_KEY
secrets:
  QDRANT_API_KEY: secret://generate:64
  QDRANT_READ_ONLY_API_KEY: secret://generate:64
build_cmd: sh /app/install-qdrant.sh
start_cmd: cd /app/qdrant-data && exec /app/qdrant-server --config-path /app/qdrant.yaml
port:
  - 6333
  - 6334

runtime:
  health_path: /healthz
  volumes:
    - name: qdrant-data
      target: /app/qdrant-data
      persistent: true
O projeto inicial completo desativa clustering, URLs remotas de snapshots e telemetria de uso na configuração deliberada de nó único.

Pontos de partida prontos para implantação

Comece Qdrant a partir de um modelo quando o repositório ainda não estiver pronto.

Examine o projeto inicial Qdrant completo, clone seu repositório independente ou implante-o diretamente com a chave pública qdrant.

Serviços de dados

Qdrant 1.19.0

Qdrant 1.19.0 com dados vetoriais persistentes e chaves geradas de administrador e somente leitura.

Vector APIVersão upstream
Chave do modelo
qdrant
Ambiente de execução
pinned binary
Repositório
template-qdrant
Origem do código-fonte
.
git clone https://github.com/adiosdotdev/template-qdrant.git
cd template-qdrant
adios up

Antes da produção

Verifique a carga de trabalho.Depois, promova a versão.

O caminho mais seguro para a primeira implantação começa com uma compilação ou configuração de serviço reproduzível e uma prévia que teste as dependências que serão realmente usadas em produção.

Pronto quando…

  • Os clientes administradores e somente de leitura usam chaves separadas.
  • As dimensões dos vetores e as métricas de distância são definidas de forma planejada.
  • Gravações, filtros e buscas com dados representativos passam nos testes.
  • As responsabilidades por snapshots e restauração estão documentadas.

Use uma prévia quando…

  • Um modelo de embeddings altera as dimensões dos vetores.
  • A reconstrução de uma coleção ou uma importação em massa altera a demanda por espaço em disco.
  • A carga de trabalho precisa de alta disponibilidade com vários nós.

Respostas às suas perguntas

O que saber antes de implantar Qdrant.

Revise os limites do ambiente de execução ou do serviço, o caminho do modelo, o comportamento em caso de falha e as verificações de produção antes de criar a primeira versão.

Posso implantar Qdrant de um modelo oficial?

Sim. Escolha o modelo Qdrant correspondente à versão ou configuração necessária, armazene as credenciais como segredos Adios e implante pelo console ou com adios up.

O modelo Qdrant usa armazenamento persistente?

Coleções, índices e snapshots locais ficam em /app/qdrant-data, no armazenamento persistente. Faça backup desse volume e teste a recuperação de snapshots antes de depender dele para buscas em produção.

Quais portas Qdrant o modelo expõe?

A API REST e o painel usam a porta 6333, enquanto gRPC usa a porta 6334. A rota HTTPS principal serve a interface REST; conecte gRPC somente por um caminho de rede aprovado.

Esta implantação Qdrant usa um cluster?

Não. O projeto inicial define explicitamente uma configuração básica de nó único. Projete e teste uma topologia dedicada com vários nós quando a carga de trabalho exigir alta disponibilidade além da persistência após reinícios.

Onde armazenar as senhas do banco de dados e do broker?

Armazene valores sensíveis nos segredos Adios e faça referência a eles com secret://NAME. Não coloque credenciais de produção diretamente em adios.yaml nem as versione no Git.

O que devo verificar antes do tráfego de produção?

Verifique autenticação, conectividade da aplicação, gravações e leituras, persistência após reinícios, expectativas de backup ou recuperação, capacidade e comportamento de falha de cada aplicação dependente.

A primeira versão

Implantar Qdrant com o código-fonte e as evidências vinculados.

Comece pelo repositório ou por um modelo, revise o contrato de implantação e examine o que será promovido à versão de produção.