Avvia PocketBase da un modello versionato
Il modello ufficiale scarica PocketBase 0.40.2 per amd64 o arm64, verifica il checksum fissato, genera una chiave di crittografia e una password superuser e crea il primo amministratore in modo idempotente.
App e piattaforme · piani da $10/mese
Distribuisci PocketBase.Mantieni persistente lo stato del backend compatto.
Avvia un backend PocketBase con versione bloccata, con API, autenticazione, sottoscrizioni in tempo reale, archiviazione di file e interfaccia amministrativa protetta da credenziali generate.
Mantieni il repositoryEsamina compilazione e logDomini personalizzati e TLS
Distribuzione con Adios
Versione candidata
PocketBase
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
PocketBase 0.40.2SQLiteAutenticazioneTempo realeFile persistenti
Il percorso di produzione
Un progetto PocketBase 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.
Scegli esplicitamente come gestire la persistenza
Il database SQLite, i file caricati, le impostazioni e i backup locali condividono un unico volume persistente /app/pb_data. Il modello iniziale esegue intenzionalmente una sola replica per mantenere coerente questo stato.
Mantieni lo stato del servizio visibile agli operatori
Usa /api/health per verificare la prontezza, apri /_/ per l'amministrazione ed esegui il backup del volume dati insieme alla chiave di crittografia stabile e ai segreti superuser.
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.
- 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 - 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 - 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 progettotype: api
replicas: 1
env:
PB_ENCRYPTION_KEY: secret://PB_ENCRYPTION_KEY
PB_SUPERUSER_EMAIL: admin@pocketbase.local
PB_SUPERUSER_PASSWORD: secret://PB_SUPERUSER_PASSWORD
secrets:
PB_ENCRYPTION_KEY: secret://generate:32
PB_SUPERUSER_PASSWORD: secret://generate:32
build_cmd: sh /app/install-pocketbase.sh
start_cmd: sh /app/start-pocketbase.sh
port: 8090
runtime:
health_path: /api/health
volumes:
- name: pocketbase-data
target: /app/pb_data
persistent: trueIl modello iniziale completo fissa i checksum del rilascio per ciascuna architettura e imposta l'email iniziale del superuser su admin@pocketbase.local.
Punti di partenza pronti per la distribuzione
Avvia PocketBase da un modello quando il repository non è pronto.
Esamina il modello iniziale PocketBase completo, clona il repository autonomo oppure distribuiscilo direttamente con la chiave pubblica pocketbase.
Applicazioni web
PocketBase 0.40.2
PocketBase 0.40.2 con dati SQLite persistenti, credenziali superuser generate, autenticazione integrata e API in tempo reale.
Go / SQLiteVersione upstream
- Chiave modello
- pocketbase
- Ambiente di esecuzione
- pinned binary
- Repository
- template-pocketbase
- Percorso sorgente
- .
git clone https://github.com/adiosdotdev/template-pocketbase.git
cd template-pocketbase
adios upPrima 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…
- La password generata del superuser viene recuperata in modo sicuro.
- L'interfaccia utente di amministrazione è disponibile solo sulla rotta prevista.
- I record di database e i file caricati sopravvivono a una nuova versione.
- Il ripristino dei dati e del segreto di crittografia vengono testati insieme.
Verifica in anteprima quando…
- Una migrazione o un hook modifica il modello dei dati.
- Upload di grandi dimensioni cambiano i requisiti di disco e backup.
- Il carico di lavoro deve poter eseguire più di una replica.
Risposte alle tue domande
Cosa sapere prima di distribuire PocketBase.
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 PocketBase da un modello ufficiale?
Sì. Scegli il modello PocketBase corrispondente alla versione o configurazione necessaria, salva le credenziali come segreti Adios e distribuiscilo dalla console o con adios up.
Il modello PocketBase usa archiviazione persistente?
Il database SQLite, i file caricati, le impostazioni e i backup locali condividono un unico volume persistente /app/pb_data. Il modello iniziale esegue intenzionalmente una sola replica per mantenere coerente questo stato.
Dove si trova l'interfaccia amministrativa di PocketBase?
Apri /_/ sulla route HTTPS generata. Il modello iniziale crea admin@pocketbase.local e conserva la password generata come segreto Adios.
Questo modello PocketBase può eseguire più repliche?
Non in sicurezza con la configurazione iniziale basata su SQLite e file locali. Esegue intenzionalmente una sola replica; scegli un'architettura diversa se l'applicazione richiede stato del backend replicato orizzontalmente.
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.
Distribuisci App Supabase
Distribuisci il frontend, l'API o il worker che si collega a Supabase. Adios esegue il rilascio dell'applicazione; il progetto Supabase resta il database e il servizio backend esterno.
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.
Distribuisci PostgreSQL
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 Siti statici
Pubblica HTML, CSS, JavaScript o una compilazione statica generata da un framework partendo da un piccolo modello iniziale Nginx, con route, domini, TLS e stato del rilascio associati.
Il primo rilascio
Distribuisci PocketBase 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.