App Platform: distribuisci web app da Git e immagini Docker

Per prima cosa decidi l'origine dell'app. Dopo l'ordine, indicaci dalla pagina di assistenza il repository GitHub o GitLab o l'indirizzo dell'immagine del container e il nostro team lo collegherà. Per i repository il metodo di build viene individuato in automatico in base al linguaggio, se c'è un Dockerfile la build segue quel file, e le immagini già pronte vengono eseguite direttamente da quell'indirizzo.

Poi comunicaci le impostazioni di esecuzione. Inviaci la porta su cui l'app è in ascolto, variabili d'ambiente come l'indirizzo di connessione al database e il comando di avvio, e il nostro team le inserirà. Password e chiavi API vengono inserite come variabili d'ambiente cifrate, quindi non restano nel repository del codice. Completata la configurazione parte la build e, quando l'app si apre, ti comunichiamo l'indirizzo predefinito.

Infine collega il tuo dominio. Indicaci il dominio da usare e ti diremo il valore del record da inserire: aggiungendo quel record nella gestione del dominio, il certificato HTTPS viene emesso e rinnovato in automatico. Da quel momento, a ogni push sul branch predefinito del repository la nuova versione viene compilata e il traffico passa solo quando è pronta, così i clienti usano il servizio senza interruzioni anche durante il deploy.

La dimensione più piccola, App L, è $25.00 al mese con 2 vCPU e 4GB di memoria. App XL con 4 vCPU e 8GB di memoria è $45.00, e App 2XL con 8 vCPU e 16GB di memoria è $85.00.

Scegli la dimensione in base alla memoria utilizzata dalla tua app. App L è sufficiente per bot Telegram e piccole API, mentre web app che utilizzano un framework si adattano a App XL o App 2XL con 4GB. Per servizi con molti utenti o app che richiedono molta memoria come l'elaborazione di immagini, scegli App 3XL. Puoi cambiare la dimensione in seguito in base all'utilizzo richiedendolo dalla pagina di supporto una volta confermato il primo pagamento.

Il pagamento avviene in ogni data di fatturazione. Il primo mese viene addebitato al momento dell'ordine, e lo stesso importo viene prelevato automaticamente in ogni data di fatturazione per il rinnovo. Se gestisci più app, ognuna ha la propria data di fatturazione, quindi annullando solo un'app inutilizzata dalla pagina di supporto si ferma solo il costo di quell'app.

Il disco della App Platform viene preparato da capo a ogni nuovo deploy. Per questo la regola di base è salvare i dati da conservare a lungo, come dati degli utenti, storico degli ordini e file caricati dai clienti, in database gestiti e object storage. Separandoli così, i dati restano intatti anche dopo più deploy dell'app.

Separa fin dall'inizio i valori riservati in variabili d'ambiente. Tenendo separati gli indirizzi dei database di sviluppo e di produzione, pubblichi lo stesso codice così com'è sull'app di test e su quella di produzione facendo usare a ciascuna dati diversi. Anche per cambiare una chiave non modifichi il codice: comunicaci il nuovo valore dalla pagina di assistenza e cambiamo solo la variabile d'ambiente ridistribuendo l'app.

Creare un indirizzo di verifica dello stato rende i deploy più sicuri. All'avvio di una nuova versione la piattaforma controlla quell'indirizzo e sposta il traffico dei clienti sulla nuova versione solo dopo una risposta corretta. Una versione configurata male si ferma prima del passaggio, così i clienti continuano a usare la versione precedente.

Quando qualcosa non funziona, inizia con i log di runtime. Richiedili dalla pagina di supporto una volta confermato il primo pagamento e ti invieremo i record che la tua app ha scritto sullo standard output in ordine cronologico, così puoi trovare rapidamente quale richiesta ha causato l'errore. Se la memoria si riempie spesso e l'app si riavvia, passa a una dimensione superiore. Anche i log di build vengono conservati, quindi quando un deploy fallisce ti diciamo anche a quale installazione di pacchetti si è fermato.