Adios
Servizi di dati · piani da $10/mese

Distribuisci pgvector.Conserva i vettori accanto ai dati relazionali persistenti.

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.

Mantieni il repositoryEsamina compilazione e logDomini personalizzati e TLS
Distribuzione con Adios

Versione candidata

pgvector

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

pgvectorPostgreSQL 16EmbeddingsRicerca vettorialePersistenza

Il percorso di produzione

Un progetto pgvector 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 pgvector da un modello versionato

Usa il modello PostgreSQL 16 con pgvector e crea database dell'applicazione, credenziali, estensione, tabelle e indici richiesti dal carico di ricerca.

Scegli esplicitamente come gestire la persistenza

Vettori, record sorgente e indici si trovano su archiviazione PostgreSQL persistente. Definisci i requisiti di backup, ripristino, rigenerazione degli embedding e ricostruzione degli indici prima del lancio.

Mantieni lo stato del servizio visibile agli operatori

Misura acquisizione e query con dimensioni e numeri di righe rappresentativi, poi esamina insieme gli errori dell'applicazione e del database.

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
name: vector-db
template: pgvector:16

env:
  POSTGRES_USER: app
  POSTGRES_PASSWORD: secret://POSTGRES_PASSWORD
  POSTGRES_DB: search
Crea l'estensione vector e lo schema dell'applicazione con una migrazione verificata, dopo che il servizio è disponibile.

Punti di partenza pronti per la distribuzione

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

Distribuisci la variante esatta PostgreSQL 16 con pgvector e collegala a un'applicazione FastAPI, Node.js o di altro tipo che usa embedding.

Servizi di dati

pgvector 16

Modelli PostgreSQL 15, 16 e 17, oltre a PostgreSQL 16 con pgvector.

SQLGestito da Adios
Chiave modello
pgvector:16
Ambiente di esecuzione
postgres
Repository
template-pgvector-16
Percorso sorgente
.
git clone https://github.com/adiosdotdev/template-pgvector-16.git
cd template-pgvector-16
adios up

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…

  • Sono state scelte le dimensioni degli embedding e gli operatori di distanza.
  • Le credenziali sono memorizzate come segreti.
  • Le migrazioni di schema e indice sono ripetibili.
  • I backup includono i dati di origine necessari per il recupero.

Verifica in anteprima quando…

  • Cambia il tipo di indice o la metrica di distanza.
  • Il modello di embedding cambia le dimensioni dei vettori.
  • L'acquisizione massiva di dati compete con le query di produzione.

Risposte alle tue domande

Cosa sapere prima di distribuire pgvector.

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 pgvector da un modello ufficiale?

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

Il modello pgvector usa archiviazione persistente?

Vettori, record sorgente e indici si trovano su archiviazione PostgreSQL persistente. Definisci i requisiti di backup, ripristino, rigenerazione degli embedding e ricostruzione degli indici prima del lancio.

Il modello include PostgreSQL e pgvector?

Sì. Il modello pgvector:16 avvia PostgreSQL 16 con l'estensione vector disponibile. L'applicazione resta responsabile di schema, migrazioni, generazione degli embedding e progettazione delle query.

FastAPI può collegarsi al modello pgvector?

Sì. Inserisci la stringa di connessione PostgreSQL nell'ambiente di esecuzione FastAPI e verifica acquisizione, query vettoriali, errori delle dipendenze e riconnessione.

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.

Il primo rilascio

Distribuisci pgvector 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.