Ik zal uw Node.js-, Next.js- of Rust-app dockeriseren en CI/CD instellen met GitHub Actions of GitLab CI

Als uw implementatie een lijst met commando's is die iemand moet onthouden, vervangt deze service dat. Ik maak de app eerst reproduceerbaar, daarna automatisch: dezelfde image draait op een laptop, in CI en op de server, en een push naar de hoofdbranch is alles wat een release nodig heeft.

Starter is de container: een productie Dockerfile, een compose-bestand dat de app en de database lokaal draait, en een README die een nieuwe ontwikkelaar met één commando aan de slag krijgt. Standard voegt een pipeline toe die installeert, lint, uw tests uitvoert en de image bouwt bij elke push en elke pull- of merge-aanvraag. Het draait op GitHub Actions of GitLab CI, afhankelijk van waar uw code zich bevindt. Advanced voegt de implementatie toe: bij samenvoeging naar main verzendt de pipeline de app naar uw Linux-server via SSH of naar Railway of Fly.io, die dezelfde image draaien, of geeft een Next.js-app aan Vercel, die deze op zijn eigen manier bouwt. Implementatiesleutels en tokens worden bewaard in de versleutelde geheimen van GitHub of de beveiligde CI/CD-variabelen van GitLab, niet in de code, en u krijgt een geschreven manier om terug te draaien.

Images blijven klein met multi-stage builds, de app draait als een niet-root gebruiker, en configuratie komt van omgevingsvariabelen, dus dezelfde image dient voor staging en productie. Dezelfde aanpak dekt Node.js- en Next.js-apps, Rust-services en statische sites.

Mijn twee openbare webprojecten, een Next.js-winkel en mijn persoonlijke site, tonen de pipeline-kant hiervan: GitHub Actions bouwt en implementeert beide bij elke push naar de hoofdbranch, en voert de unit- en browsertests van de winkel uit voordat deze wordt geïmplementeerd. Het zijn statische sites, dus ze worden zonder container verzonden. Aan de Rust-kant heeft mijn open-source crate een GitHub Actions-pipeline die draait bij elke push naar main en elke pull-aanvraag: opmaak, lints, tests, de minimaal ondersteunde Rust-versie en afhankelijkheidscontroles. Als u ook Kubernetes draait, zijn manifesten of een Helm-grafiek beschikbaar als add-on.

Geen oproepen. Alles bevindt zich in uw repository en is vastgelegd, dus de pipeline is niet afhankelijk van mij. Gedurende 14 dagen na levering repareer ik alles wat niet werkt zoals we zijn overeengekomen, gratis.

Stappen voor het voltooien van uw project
1. Lees het project - Ik draai de app zoals u nu doet en schrijf de afhankelijkheden, omgevingsvariabelen, database en bouwstappen op.
2. Container - Een productie Dockerfile en een compose-bestand voor lokale runs, gecontroleerd door de app te bouwen en te starten op een schone machine.
3. Pipeline - Installeren, linten, testen en de image bouwen in uw CI, bij pushes en bij pull- of merge-aanvragen, met caching zodat het snel blijft.
4. Implementeren - Op Advanced, een taak die de app verzendt bij samenvoeging naar main, met sleutels en tokens bewaard in de geheimen van het CI-platform en een terugdraaistap vastgelegd.
5. Overdracht - Een README-sectie over hoe u moet uitvoeren, testen en vrijgeven, en wat u moet wijzigen wanneer een nieuwe omgevingsvariabele of service wordt toegevoegd.