Mantieni la compilazione Go che usi già
Usa i moduli Go e lo stesso comando go build che esegui in CI. L'artefatto di rilascio è un piccolo binario, senza una seconda definizione di progetto specifica del fornitore.
Compila un servizio Go dal repository, avvia il binario di produzione, verifica l'endpoint di integrità e promuovi la versione esatta che hai esaminato.
Versione candidata
Go
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 i moduli Go e lo stesso comando go build che esegui in CI. L'artefatto di rilascio è un piccolo binario, senza una seconda definizione di progetto specifica del fornitore.
Fai ascoltare il servizio sulla porta dichiarata, esponi una route leggera di controllo dell'integrità ed esamina gli errori di avvio o delle richieste prima che la versione candidata gestisca la route di produzione.
Output della compilazione, log di esecuzione, stato di integrità, segreti, domini e versione promossa restano associati al progetto, senza essere sparsi tra strumenti indipendenti.
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: orders-api
build_cmd: go build -o /app/server ./cmd/server
start_cmd: /app/server
runtime:
name: go@1.25
port: 8080
health_path: /healthzPunti di partenza pronti per la distribuzione
Parti dal codice sorgente Gin, Chi o Fiber che include già un entrypoint di produzione e un contratto Adios dell'ambiente di esecuzione.
Progetti base API
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
git clone https://github.com/adiosdotdev/template-go-gin.git
cd template-go-gin
adios upProgetti base API
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
git clone https://github.com/adiosdotdev/template-go-chi.git
cd template-go-chi
adios upProgetti base API
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
git clone https://github.com/adiosdotdev/template-go-echo.git
cd template-go-echo
adios upProgetti base API
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
git clone https://github.com/adiosdotdev/template-go-fiber.git
cd template-go-fiber
adios upProgetti base API
Progetti base Gin, Chi, Echo, Fiber e Beego con binari compilati per la produzione.
git clone https://github.com/adiosdotdev/template-go-beego.git
cd template-go-beego
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ì. Esegui la CLI Adios dalla radice del progetto, mantieni il repository e i file delle dipendenze che usi già e aggiungi un file adios.yaml con compilazione di produzione, comando di avvio, porta e percorso di integrità.
Non per un ambiente di esecuzione standard supportato. Usa i normali comandi di produzione del progetto in adios.yaml. Se la compilazione richiede pacchetti di sistema insoliti o librerie native, verifica le dipendenze in anteprima prima della promozione.
Il catalogo attuale include modelli iniziali Gin, Chi, Echo, Fiber e Beego. I semplici servizi net/http possono usare lo stesso contratto dell'ambiente di esecuzione Go senza adottare un framework.
Sì. Usa un comando di avvio persistente per il worker e definisci controlli di integrità adatti al processo. Verifica in anteprima la connessione alla coda e la gestione dell'arresto.
La versione candidata conserva l'output della compilazione e dell'esecuzione per l'ispezione. Deve superare i controlli di integrità prima di diventare la versione promossa che serve la route dell'applicazione.
Sì. Questa pagina collega i modelli iniziali ufficiali Adios Go più pertinenti. Esamina la variante esatta del codice sorgente, distribuiscila dalla console oppure clonala localmente ed esegui adios up.
Percorsi di distribuzione correlati
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 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 attività pianificate, processori di webhook, punti di approvazione, attività di manutenzione e automazioni operative da un manifesto di workflow versionato.
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.
Il primo rilascio
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.