Distribuzioni e versioni
Una distribuzione compila il codice sorgente in un artefatto e avvia una versione del carico di lavoro. La versione corrente promossa è quella usata dalle route attuali dell’applicazione. L’anteprima dello spazio di lavoro è un ambiente di sviluppo separato.
Distribuisci dal codice sorgente locale
Installa e autentica la CLI, scegli il tuo team ed esegui questi comandi nella directory contenente adios.yaml:
adios up
adios apps list
adios logs --build
adios logs --runtime
Il manifest specifica ambiente di esecuzione, comandi di compilazione e avvio, porta, percorso di stato, regione, repliche, ambiente e risorse gestite. Segui il guida rapida per un esempio di applicazione.
adios up attende lo stato dell’ambiente di esecuzione della distribuzione richiesta e il corretto funzionamento della route. Una versione precedente funzionante non dimostra che la nuova distribuzione sia riuscita. Usa adios up --debug quando ti servono l’output di compilazione in tempo reale e gli identificativi interni. In caso di errore, controlla l’output della compilazione e lo stato di distribuzione riportato.
Distribuisci da uno spazio di lavoro o da un modello
Per uno spazio di lavoro, controlla il diff del codice sorgente, il manifest, la compilazione e l’anteprima prima di usare i controlli di distribuzione. Per un modello, esamina l’ambiente di esecuzione scelto e la configurazione delle risorse prima dell’avvio. Vedi template.
I modelli di database, cache e code gestiti creano ambienti di esecuzione dei servizi. Non aprono spazi di lavoro di codice. Segui le guide del servizio per configurare credenziali, persistenza e connessioni.
Stato, regioni e repliche
Fai in modo che l’applicazione ascolti sulla porta configurata e su un’interfaccia accessibile dalla rete. Il percorso health_path deve rispondere come previsto senza un accesso interattivo. Seleziona una regione disponibile per il tuo team; non presumere che ogni ambiente di esecuzione o risorsa sia disponibile in ogni regione.
Aumentare replicas crea più istanze dell’ambiente di esecuzione. Lo stato locale persistente e i limiti delle connessioni richiedono una pianificazione esplicita prima di eseguire un’app in più istanze. Consulta risorse gestite e archiviazione per il posizionamento e la persistenza dei dati.
Distribuisci un progetto con più manifest
La CLI trova i manifest distribuibili in modo indipendente nella directory principale e nelle sottodirectory. Un manifest principale può definire alias stabili e l’ordine di distribuzione:
name: product
projects:
api:
path: api
deploy: auto
web:
path: web
deploy: auto
depends_on: [api]
Esegui adios up per i progetti automatici, oppure adios up api per un progetto selezionato e le sue dipendenze. deploy accetta auto, manual, oppure disabled. La CLI distribuisce contemporaneamente i progetti indipendenti; usa --parallel per regolare il limite di concorrenza.
Verifica una versione
Controlla lo stato della versione e delle repliche richieste, apri l’URL restituito, prova il flusso principale dell’applicazione ed esamina i log di esecuzione. Per un dominio personalizzato, verifica anche DNS e TLS come descritto in instradamento.
Lo stato delle versioni precedenti e gli artefatti conservati dipendono dalla configurazione dell’applicazione. Esamina le versioni disponibili prima di tentare un ripristino; distribuisci di nuovo una revisione sorgente sicuramente funzionante quando ti serve una sostituzione riproducibile.