CI : Continuous Integration
Infrastructure
CI : Continuous Integration. « Intégration continue », par analogie avec une cuisine où chaque plat est goûté dès qu'il sort du fourneau plutôt qu'au moment du service.
Principe : Chaque modification poussée dans le dépôt de code déclenche automatiquement la compilation et les tests. Un problème est ainsi repéré quelques minutes après son introduction, pas trois semaines plus tard.
Pipeline : L'enchaînement des étapes (compilation, tests, analyse, construction d'image) est décrit dans un fichier versionné avec le code. On l'associe souvent au déploiement continu, d'où le duo CI/CD.
Sécurité de la chaîne : Le pipeline manipule souvent des secrets et produit ce qui partira en production : il mérite les mêmes contrôles d'accès que la production elle-même.
En pratique : Un pipeline rouge depuis dix jours n'est plus une alerte, c'est une décoration. L'intégration continue n'a de valeur que si un échec bloque vraiment la fusion.
Ce qui arrive si on s'en passe
Sans intégration continue, chaque modification part sans vérification automatique : une régression, une dépendance vulnérable ou un secret oublié dans le code peuvent atteindre la production sans que personne ne l'ait remarqué. Les contrôles de sécurité (analyse de dépendances, recherche de secrets, tests) dépendent alors de la discipline de chacun et sautent au premier jour de rush. L'assemblage tardif des changements rend aussi les défauts plus difficiles à attribuer et à corriger. À l'inverse, un pipeline existant mais mal protégé devient une cible : quiconque peut modifier sa définition ou lire ses secrets peut injecter du code dans ce qui sera déployé.
Explication de la marmotte
Imaginons une équipe qui écrit ensemble un gros livre, chacun rédigeant des pages dans son coin. Si on attend la fin pour tout assembler, on découvre des contradictions partout et la correction devient un cauchemar. L'idée ici est différente : dès qu'une personne ajoute une page, un robot relit automatiquement tout le livre, vérifie que rien n'est cassé et prévient tout de suite en cas de souci. Les erreurs sont repérées quand elles sont encore petites et faciles à réparer, au lieu de s'accumuler en silence.
Où ce terme est utilisé
- Intégration continue avec Git : automatiser vos workflows (34 occurrences)
- Les secrets dans les dépôts Git (14 occurrences)
- Signer commits et artefacts contre quelles attaques (8 occurrences)
- Intégrer un HSM à la signature CI/CD (7 occurrences)
- OIDC pour sécuriser les identifiants CI/CD (7 occurrences)
- Sécuriser les mises à jour automatiques de dépendances et semver (7 occurrences)
- Générer un SBOM CycloneDX dans un pipeline CI (6 occurrences)
- Les comptes de service oubliés (6 occurrences)
- Prévenir les secrets codés en dur dans Git (6 occurrences)
- Sécuriser les identifiants CI/CD avec OIDC (6 occurrences)