Dockerizzerò la tua app Node.js, Next.js o Rust e configurerò CI/CD con GitHub Actions o GitLab CI

Se il tuo deploy è un elenco di comandi che qualcuno deve ricordare, questo servizio lo sostituisce. Prima rendo l'app riproducibile, poi automatica: la stessa immagine viene eseguita su un laptop, in CI e sul server, e un push al ramo principale è tutto ciò che serve per un rilascio.

Starter è il container: un Dockerfile di produzione, un file compose che esegue l'app e il suo database localmente, e un README che permette a un nuovo sviluppatore di iniziare con un solo comando. Standard aggiunge una pipeline che installa, lints, esegue i tuoi test e costruisce l'immagine ad ogni push e ad ogni pull o merge request. Funziona su GitHub Actions o GitLab CI, a seconda di dove si trova il tuo codice. Advanced aggiunge il deploy: al merge su main, la pipeline spedisce l'app al tuo server Linux tramite SSH o a Railway o Fly.io, che eseguono la stessa immagine, o consegna un'app Next.js a Vercel, che la costruisce a modo suo. Le chiavi di deploy e i token sono conservati nei segreti crittografati di GitHub o nelle variabili CI/CD protette di GitLab, non nel codice, e ricevi un modo scritto per fare il rollback.

Le immagini rimangono piccole con build multi-stage, l'app viene eseguita come utente non root e la configurazione proviene da variabili d'ambiente, quindi la stessa immagine serve staging e produzione. Lo stesso approccio copre app Node.js e Next.js, servizi Rust e siti statici.

I miei due progetti web pubblici, un negozio Next.js e il mio sito personale, mostrano il lato pipeline di questo: GitHub Actions costruisce e distribuisce entrambi ad ogni push al ramo principale, ed esegue i test unitari e del browser del negozio prima di distribuire. Sono siti statici, quindi vengono distribuiti senza un container. Per quanto riguarda Rust, la mia crate open-source ha una pipeline GitHub Actions che viene eseguita ad ogni push a main e ad ogni pull request: formattazione, lints, test, la versione minima supportata di Rust e controlli delle dipendenze. Se esegui anche Kubernetes, manifest o un Helm chart sono disponibili come add-on.

Nessuna chiamata. Tutto si trova nel tuo repository ed è scritto, quindi la pipeline non dipende da me. Per 14 giorni dopo la consegna, risolvo gratuitamente qualsiasi cosa non funzioni come concordato.

Passi per completare il tuo progetto
1. Leggi il progetto - Eseguo l'app come fai tu ora e annoto le sue dipendenze, variabili d'ambiente, database e passaggi di build.
2. Container - Un Dockerfile di produzione e un file compose per le esecuzioni locali, controllati costruendo e avviando l'app su una macchina pulita.
3. Pipeline - Installazione, lint, test e la build dell'immagine nella tua CI, su push e su pull o merge request, con caching in modo che rimanga veloce.
4. Deploy - Su Advanced, un job che spedisce l'app al merge su main, con chiavi e token conservati nei segreti della piattaforma CI e un passaggio di rollback scritto.
5. Consegna - Una sezione README su come eseguire, testare e rilasciare, e cosa cambiare quando viene aggiunta una nuova variabile d'ambiente o un servizio.