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.
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.
Versione candidata
pgvector
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
Il percorso di produzione
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.
Usa il modello PostgreSQL 16 con pgvector e crea database dell'applicazione, credenziali, estensione, tabelle e indici richiesti dal carico di ricerca.
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.
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
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.
Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.
$adios loginMantieni 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.yamlSegui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.
$adios upname: vector-db
template: pgvector:16
env:
POSTGRES_USER: app
POSTGRES_PASSWORD: secret://POSTGRES_PASSWORD
POSTGRES_DB: searchPunti di partenza pronti per la distribuzione
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
Modelli PostgreSQL 15, 16 e 17, oltre a PostgreSQL 16 con pgvector.
git clone https://github.com/adiosdotdev/template-pgvector-16.git
cd template-pgvector-16
adios upPrima della produzione
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.
Risposte alle tue domande
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.
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.
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.
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.
Sì. Inserisci la stringa di connessione PostgreSQL nell'ambiente di esecuzione FastAPI e verifica acquisizione, query vettoriali, errori delle dipendenze e riconnessione.
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.
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
Scegli una versione PostgreSQL, mantieni le credenziali del database fuori da Git, collega archiviazione persistente, connetti l'applicazione e verifica i dati dopo un riavvio.
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.
Esegui un'app web o un worker Python mantenendo il file delle dipendenze, il comando del processo, la route di integrità e la configurazione protetta da segreti accanto al codice sorgente.
Distribuisci attività pianificate, processori di webhook, punti di approvazione, attività di manutenzione e automazioni operative da un manifesto di workflow versionato.
Il primo rilascio
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.