Je vais "dockeriser" votre application Node.js, Next.js ou Rust et configurer le CI/CD avec GitHub Actions ou GitLab CI

Si votre déploiement est une liste de commandes que quelqu'un doit mémoriser, ce service le remplace. Je rends d'abord l'application reproductible, puis automatique: la même image s'exécute sur un ordinateur portable, en CI et sur le serveur, et un push vers la branche principale est tout ce qu'il faut pour une publication.

Starter est le conteneur: un Dockerfile de production, un fichier de composition qui exécute l'application et sa base de données localement, et un README qui permet à un nouveau développeur de démarrer avec une seule commande. Standard ajoute un pipeline qui installe, lint, exécute vos tests et construit l'image à chaque push et à chaque pull ou merge request. Il s'exécute sur GitHub Actions ou GitLab CI, selon l'endroit où se trouve votre code. Advanced ajoute le déploiement: lors de la fusion vers main, le pipeline expédie l'application à votre serveur Linux via SSH ou à Railway ou Fly.io, qui exécutent la même image, ou transmet une application Next.js à Vercel, qui la construit à sa manière. Les clés et jetons de déploiement sont conservés dans les secrets chiffrés de GitHub ou les variables CI/CD protégées de GitLab, pas dans le code, et vous obtenez un moyen écrit de revenir en arrière.

Les images restent petites grâce aux builds multi-étapes, l'application s'exécute en tant qu'utilisateur non-root, et la configuration provient de variables d'environnement, de sorte que la même image sert la mise en scène et la production. La même approche couvre les applications Node.js et Next.js, les services Rust et les sites statiques.

Mes deux projets web publics, une vitrine Next.js et mon site personnel, montrent le côté pipeline de ceci: GitHub Actions construit et déploie les deux à chaque push vers la branche principale, et exécute les tests unitaires et de navigateur de la vitrine avant de la déployer. Ce sont des sites statiques, ils sont donc livrés sans conteneur. Côté Rust, ma caisse open-source a un pipeline GitHub Actions qui s'exécute à chaque push vers main et à chaque pull request: formatage, lints, tests, version minimale de Rust prise en charge et vérifications de dépendances. Si vous utilisez également Kubernetes, des manifestes ou un graphique Helm sont disponibles en tant qu'add-on.

Pas d'appels. Tout est dans votre dépôt et est écrit, donc le pipeline ne dépend pas de moi. Pendant 14 jours après la livraison, je corrige gratuitement tout ce qui ne fonctionne pas comme convenu.

Étapes pour la réalisation de votre projet
1. Lire le projet - J'exécute l'application comme vous le faites maintenant et j'écris ses dépendances, variables d'environnement, base de données et étapes de construction.
2. Conteneur - Un Dockerfile de production et un fichier de composition pour les exécutions locales, vérifiés en construisant et en démarrant l'application sur une machine propre.
3. Pipeline - Installation, lint, tests et construction de l'image dans votre CI, sur les pushes et sur les pull ou merge requests, avec mise en cache pour qu'il reste rapide.
4. Déploiement - Sur Avancé, un job qui expédie l'application lors de la fusion vers main, avec les clés et jetons conservés dans les secrets de la plateforme CI et une étape de rollback écrite.
5. Transfert - Une section README sur la façon d'exécuter, de tester et de publier, et ce qu'il faut changer lorsqu'une nouvelle variable d'environnement ou un nouveau service est ajouté.