Retour au parcours
Le parcours d'une app
De Replit à la prod, étape par étape.
Quand tu pousses ton code, il entame un voyage automatisé jusqu'aux utilisateurs. Voici chaque escale, du clavier à la production.
Vue d'ensemble
Code
Tu écris le code dans Replit.
Push
Commit conventionnel + push sur GitLab.
CI/CD
GitLab CI : lint, tests, audit, build.
Docker
Une image Docker est construite et publiée.
Kubernetes
Helm déploie les pods sur le cluster.
Utilisateurs
L'application est en ligne pour les équipes.
Étape par étape
1
1. Code — dans Replit
Tu écris et testes ton code dans Replit. L'aperçu affiche le rendu en direct pendant que tu travailles.
2
2. Push — vers GitLab
Le code part sur GitLab via l'API, accompagné d'un message de commit conventionnel validé par commitlint.
3
3. CI/CD — GitLab CI
Le pipeline s’exécute : formatage, lint, tests, audit DSI puis build. Si une étape échoue, rien n’est livré.
4
4. Docker — une image
Une fois les vérifications passées, une image Docker de l'application est construite et publiée dans le registre.
5
5. Kubernetes — Helm déploie
Helm déploie l’image sur le cluster. La configuration (variables, secrets) est injectée au démarrage, pas codée en dur.
6
6. Utilisateurs — en ligne
Les pods démarrent, les contrôles de santé passent, et l'application devient accessible aux équipes.
Qui fait quoi ? Les rôles techniques
Trois pièces travaillent ensemble pour amener ton app en production. Avec une analogie simple pour chacune.
Dockerfile
La recette de l’image
Le Dockerfile décrit comment empaqueter l’app et ses dépendances dans une image autonome. L’analogie : une boîte de déménagement étiquetée, qui contient tout le nécessaire pour faire tourner l’app n’importe où.
Helm chart
Le plan d’installation
Le Helm chart décrit comment déployer l’image sur Kubernetes (combien d’instances, quelles variables). L’analogie : la notice de montage qui dit où poser chaque meuble une fois la boîte arrivée.
Kubernetes
Le chef d’orchestre
Kubernetes lance les conteneurs, les surveille et les redémarre en cas de souci. L’analogie : le gardien d’immeuble qui veille à ce que tout reste allumé et fonctionnel.
Build Once, Run Anywhere
La même image Docker tourne en test comme en production. Seule la configuration change : elle est injectée au démarrage du conteneur. On construit une fois, on déploie partout.
La CI protège la qualité
Le pipeline est un filet de sécurité : tant qu'une étape est rouge, rien n'est livré. Lis le message d'erreur, corrige, et repousse — c'est normal et sans gravité.