Adios
IT
Servizi di dati · piani da $10/mese

Distribuisci Qdrant.Proteggi l'archivio vettoriale e verifica il recupero dei dati.

Avvia un servizio Qdrant a nodo singolo con versione bloccata, conserva raccolte e snapshot, separa l'accesso amministrativo da quello di sola lettura e testa query vettoriali rappresentative.

Distribuisci il mio progettoDistribuisci un template
Mantieni il repositoryEsamina compilazione e logDomini personalizzati e TLS
Distribuzione con Adios

Versione candidata

Qdrant

Stato regolare

SORGENTE

Git

REGION

de

ROUTE

HTTPS

01Codice sorgente ricevuto

02Compilazione completata

03Ambiente di esecuzione avviato

04Controllo di integrità superato

Route promossa

production.adios.run

Un percorso verso la produzione per

Qdrant 1.19.0Database vettorialeREST + gRPCChiavi generatePersistenza

Il percorso di produzione

Un progetto Qdrant funzionante ha ancora bisogno di un rilascio sicuro.

L'applicazione o il servizio è solo una parte della produzione. Le evidenze della compilazione, lo stato dell'ambiente di esecuzione, l'integrità, i segreti, i log, le route e la versione promossa devono restare consultabili insieme.

Avvia Qdrant da un modello versionato

Il modello ufficiale scarica il binario statico Qdrant 1.19.0 per amd64 o arm64, verifica il checksum fissato e genera chiavi API separate di amministrazione e sola lettura.

Scegli esplicitamente come gestire la persistenza

Raccolte, indici e snapshot locali si trovano in /app/qdrant-data su archiviazione persistente. Esegui un backup del volume e prova il ripristino degli snapshot prima di affidarti al servizio per recuperare dati in produzione.

Mantieni lo stato del servizio visibile agli operatori

Usa /healthz per verificare la prontezza, testa REST o gRPC con vettori e filtri rappresentativi e usa ogni chiave API solo tramite HTTPS o un percorso di rete privato.

Dal codice sorgente al rilascio

Tre passaggi mantengono il percorso di distribuzione verificabile.

Usa il codice sorgente e il comportamento di produzione già previsti dal progetto. Il manifesto indica cosa la piattaforma deve compilare o provisionare e come verificare che il risultato sia pronto.

  1. 01

    Parti dal codice sorgente o da un modello

    Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.

    $adios login
  2. 02

    Verifica il contratto di distribuzione

    Mantieni in adios.yaml i comandi, la versione dell'ambiente di esecuzione o del servizio, il comportamento dei controlli di integrità e i riferimenti ai segreti.

    $git diff -- adios.yaml
  3. 03

    Distribuisci e verifica il risultato

    Segui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.

    $adios up
adios.yaml
Il tuo progetto
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
Il modello iniziale completo disabilita clustering, URL di snapshot remoti e telemetria d'uso per la configurazione intenzionalmente a nodo singolo.

Punti di partenza pronti per la distribuzione

Avvia Qdrant da un modello quando il repository non è pronto.

Esamina il modello iniziale Qdrant completo, clona il repository autonomo oppure distribuiscilo direttamente con la chiave pubblica qdrant.

Servizi di dati

Qdrant 1.19.0

Qdrant 1.19.0 con dati vettoriali persistenti e chiavi generate per amministratori e accesso in sola lettura.

Vector APIVersione upstream
Chiave modello
qdrant
Ambiente di esecuzione
pinned binary
Repository
template-qdrant
Percorso sorgente
.
git clone https://github.com/adiosdotdev/template-qdrant.git
cd template-qdrant
adios up
DistribuisciVisualizza sorgente
Verifica il flusso di distribuzione del modello

Prima della produzione

Verifica il carico di lavoro.Poi promuovilo.

Il primo rilascio più sicuro parte da una compilazione o configurazione del servizio riproducibile e da un'anteprima che mette alla prova le dipendenze effettivamente usate in produzione.

Sei pronto quando…

  • I client amministrativi e quelli di sola lettura usano chiavi separate.
  • Le dimensioni dei vettori e le metriche di distanza sono scelte consapevolmente.
  • Scritture, filtri e ricerche rappresentativi superano i test.
  • Le responsabilità degli snapshot e del ripristino sono documentate.

Verifica in anteprima quando…

  • Un modello di embedding cambia le dimensioni dei vettori.
  • La ricostruzione di una raccolta o un'importazione massiva cambia lo spazio su disco necessario.
  • Il carico di lavoro richiede alta disponibilità su più nodi.

Risposte alle tue domande

Cosa sapere prima di distribuire Qdrant.

Verifica i limiti dell'ambiente di esecuzione o del servizio, il percorso del modello, il comportamento in caso di errore e i controlli di produzione prima di creare il primo rilascio.

Posso distribuire Qdrant da un modello ufficiale?

Sì. Scegli il modello Qdrant corrispondente alla versione o configurazione necessaria, salva le credenziali come segreti Adios e distribuiscilo dalla console o con adios up.

Il modello Qdrant usa archiviazione persistente?

Raccolte, indici e snapshot locali si trovano in /app/qdrant-data su archiviazione persistente. Esegui un backup del volume e prova il ripristino degli snapshot prima di affidarti al servizio per recuperare dati in produzione.

Quali porte Qdrant espone il modello?

L'API REST e la dashboard usano la porta 6333, mentre gRPC usa la porta 6334. La route HTTPS principale serve l'API REST; collega gRPC solo tramite un percorso di rete approvato.

Questa è una distribuzione Qdrant in cluster?

No. Il modello iniziale prevede esplicitamente un solo nodo. Progetta e testa una topologia dedicata con più nodi se il carico di lavoro richiede alta disponibilità oltre alla persistenza dopo il riavvio.

Dove devono essere memorizzate le password di database e broker?

Conserva i valori sensibili nei segreti Adios e referenziali con secret://NAME. Non inserire credenziali di produzione direttamente in adios.yaml e non salvarle in commit Git.

Cosa devo verificare prima del traffico di produzione?

Verifica autenticazione, connettività dell'applicazione, scritture e letture, persistenza dopo il riavvio, requisiti di backup o ripristino, capacità e comportamento in caso di errore di ogni applicazione dipendente.

Percorsi di distribuzione correlati

Collega il resto dello stack.

Sfoglia tutte le pagine di distribuzione

Distribuisci Typesense

Avvia un server Typesense con versione bloccata, conserva raccolte e documenti, proteggi la chiave di amministrazione iniziale e verifica indicizzazione e ricerca prima del lancio.

Distribuisci pgvector

Avvia PostgreSQL con l'estensione pgvector, collega un'applicazione che usa embedding, verifica le scritture vettoriali e le query dei vicini più prossimi e testa la persistenza.

Distribuisci FastAPI

Distribuisci un servizio FastAPI con target di importazione ASGI, installazione delle dipendenze, porta di esecuzione, endpoint di integrità, segreti e rilascio promosso collegati al codice sorgente.

Distribuisci Node.js

Distribuisci un processo web o un worker Node.js persistente dagli script di pacchetto esistenti, mantenendo associati integrità del rilascio, log, segreti, routing e cronologia Git.

Il primo rilascio

Distribuisci Qdrant con il codice sorgente e le evidenze associati.

Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.

Inizia con AdiosConfronta i piani