CI/CD : du commit a la mise en ligne, automatiquement
Imagine une chaine de montage. Tu poses une piece (ton code). Des machines verifient, emballent, puis envoient le produit. La CI/CD, c'est ca pour un site ou une appli.
Tu n'as plus besoin de "deployer a la main le vendredi soir en croisant les doigts".
CI et CD, en mots simples
La CI (integration continue) : a chaque changement, on verifie automatiquement que ca tient debout (tests, qualite, compilation).
La CD : - Delivery : on prepare un paquet pret a installer (souvent une image Docker). - Deployment : on l'installe vraiment (parfois apres un clic "OK").
Beaucoup disent "CD" pour les deux. L'important : automatiser ce qui se repete.
Pourquoi tu en as besoin (meme tout petit)
Sans CI/CD, tu as souvent : - "Ca marche sur mon PC" mais pas ailleurs - un oubli de fichier a la mise en ligne - la peur de toucher a la prod
Avec une petite chaine, tu gagnes : meme recettes, preuves (tests verts), et un historique clair.
Les etapes typiques
- Declenchement (push, merge)
- Installation des dependances
- Tests et controles
- Build (image, bundle)
- Publication de l'artefact
- Deploiement (staging puis prod)
Garde ca simple au debut. Une usine a gaz de 40 jobs pour 2 devs, ca fatigue tout le monde.
Ce qu'il faut retenir
La CI/CD n'est pas un badge DevOps. C'est une habitude : chaque changement passe par le meme chemin. Dans la suite : tests qui bloquent, secrets bien ranges, Docker en CI, GitHub/GitLab, strategies de deploiement, et comment voir si ca s'est bien passe.