Dockerizálom a Node.js, Next.js vagy Rust alkalmazásodat, és beállítom a CI/CD-t GitHub Actions vagy GitLab CI segítségével

Ha a telepítésed egy parancslista, amit valakinek meg kell jegyeznie, ez a szolgáltatás helyettesíti azt. Először reprodukálhatóvá teszem az alkalmazást, majd automatikussá: ugyanaz az image fut laptopon, CI-ben és a szerveren, és a fő ágra való push elegendő egy kiadáshoz.

A Starter a konténer: egy éles Dockerfile, egy compose fájl, amely helyben futtatja az alkalmazást és az adatbázisát, valamint egy README, amely egy új fejlesztőt egyetlen paranccsal elindít. A Standard egy pipeline-t ad hozzá, amely minden push és minden pull vagy merge request esetén telepíti, linteli, futtatja a teszteket és buildeli az image-et. GitHub Actions vagy GitLab CI-n fut, attól függően, hogy hol található a kódod. Az Advanced hozzáadja a telepítést: a main-re való egyesítéskor a pipeline az alkalmazást a Linux szerverre küldi SSH-n keresztül, vagy Railway-re vagy Fly.io-ra, amelyek ugyanazt az image-et futtatják, vagy egy Next.js alkalmazást ad át a Vercelnek, amely a saját módján buildeli azt. A telepítési kulcsok és tokenek a GitHub titkosított titkaiban vagy a GitLab védett CI/CD változóiban vannak tárolva, nem a kódban, és kapsz egy írásos módot a visszaállításra.

Az image-ek kicsik maradnak a többlépcsős buildekkel, az alkalmazás nem root felhasználóként fut, és a konfiguráció környezeti változókból származik, így ugyanaz az image szolgálja a staging és production környezeteket. Ugyanez a megközelítés vonatkozik a Node.js és Next.js alkalmazásokra, Rust szolgáltatásokra és statikus oldalakra.

Két nyilvános webprojektjem, egy Next.js kirakat és a személyes oldalam, mutatja ennek a pipeline oldalát: a GitHub Actions mindkettőt buildeli és telepíti minden push-nál a fő ágra, és futtatja a kirakat egység- és böngészőtesztjeit a telepítés előtt. Ezek statikus oldalak, így konténer nélkül szállítódnak. A Rust oldalon a nyílt forráskódú crate-emnek van egy GitHub Actions pipeline-ja, amely minden push-nál a main-re és minden pull request-nél fut: formázás, lints, tesztek, a minimálisan támogatott Rust verzió és függőségi ellenőrzések. Ha Kubernetes-t is futtatsz, manifesztek vagy Helm chart is elérhető kiegészítőként.

Nincs hívás. Minden a repositorydban van, és le van írva, így a pipeline nem függ tőlem. A szállítás után 14 napig ingyenesen javítok mindent, ami nem működik a megbeszéltek szerint.

A projekt befejezésének lépései
1. Olvasd el a projektet – úgy futtatom az alkalmazást, ahogy most teszed, és leírom a függőségeit, környezeti változóit, adatbázisát és build lépéseit.
2. Konténer – Egy éles Dockerfile és egy compose fájl helyi futtatásokhoz, ellenőrizve az alkalmazás buildelésével és indításával egy tiszta gépen.
3. Pipeline – Telepítés, lint, tesztek és az image build a CI-ben, push-oknál és pull vagy merge request-eknél, gyorsítótárazással, hogy gyors maradjon.
4. Telepítés – Az Advanced szinten egy feladat, amely az alkalmazást a main-re való egyesítéskor telepíti, a kulcsok és tokenek a CI platform titkaiban tárolva, és egy visszaállítási lépés leírva.
5. Átadás – Egy README szakasz arról, hogyan kell futtatni, tesztelni és kiadni, és mit kell megváltoztatni, ha új környezeti változó vagy szolgáltatás kerül hozzáadásra.