Pipeline CI/CD · Cartes mentales
Pipeline CI/CD. Une carte mentale modifiable avec des branches colorées, des idées secondaires et des liens. Les courbes montrent les liens; les flèches indiquent les relations où le sens compte.
CI/CD automatise le chemin depuis une validation de code jusqu'à la production : l'intégration continue crée et teste chaque modification, et la livraison continue la conditionne et la déploie via des portes qui décident si la version est suffisamment saine pour rester.
Pipeline CI/CD · Cartes mentales
Le canevas MindMap interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.
Comment lire cette carte mentale
- Commencez par le sujet central, puis suivez une branche colorée pour explorer ses idées.
- Les courbes montrent les liens; les flèches indiquent les relations où le sens compte.
Commit & build
Cette branche rassemble “Developer commits code”, “CI server builds the application”.
Verify
Cette branche rassemble “Unit and integration tests run”, “The gate is what makes it CI: a commit that fails a test or a security scan never reaches the registry, let alone production.”, “Build failed — fix and recommit”.
Package
Cette branche rassemble “Package the artifact and push to the registry”.
Release
Cette branche rassemble “Deploy to staging and run smoke tests”, “Deploy to production”.
Observe & recover
Cette branche rassemble “Deployment is not the end of the pipeline: error rates, latency and availability metrics decide whether the release stays.”, “Release is live and monitored”, “Roll back to the last good version”.
Liens entre les branches
CI est la porte d'entrée avant toute expédition : créez et testez chaque validation, et rejetez les échecs à la source.
L'artefact du registre est construit une seule fois et exécuté partout : la reproductibilité du déploiement en dépend.
La mise en scène prouve l'artefact dans un environnement de type production avant que la production ne le voie.
L'état de santé après le déploiement est la véritable porte d'entrée : la surveillance, et non le script de déploiement, décide si une version reste.
Un pipeline sans restauration n’est pas sûr à automatiser ; le canevas utilise la restauration comme chemin de première classe.
Relations et enseignements clés
- CI est la porte d'entrée avant toute expédition : créez et testez chaque validation, et rejetez les échecs à la source.
- L'artefact du registre est construit une seule fois et exécuté partout : la reproductibilité du déploiement en dépend.
- La mise en scène prouve l'artefact dans un environnement de type production avant que la production ne le voie.
- L'état de santé après le déploiement est la véritable porte d'entrée : la surveillance, et non le script de déploiement, décide si une version reste.
- Un pipeline sans restauration n’est pas sûr à automatiser ; le canevas utilise la restauration comme chemin de première classe.
Quand utiliser ce visuel
- Enseigner à une équipe la différence entre l'intégration continue et la livraison continue avant de créer un pipeline.
- Concevoir un pipeline : les deux portes indiquent où l'automatisation doit s'arrêter et où le jugement (ou le retour en arrière) doit commencer.
- Audit d'un pipeline existant : une barrière de santé manquante est une version exécutée sans décision.
Comment cela fonctionne
Adapter le sujet central
Renommez le sujet pour votre projet ou votre cours.
Développer les branches
Modifiez les idées et ajoutez des exemples ou des notes.
Relier les idées
Reliez les branches; utilisez une flèche lorsque le sens est important.
Questions fréquentes
Quelle est la différence entre CI et CD ?
L'intégration continue (CI) consiste à créer et tester automatiquement chaque commit, de sorte que les problèmes apparaissent au moment de leur introduction plutôt qu'au moment de la publication. La livraison continue (CD) prend la sortie CI et automatise son chemin vers le déploiement (packaging, préparation, publication) avec des portes décidant du moment où elle est sûre. CI est la première porte du pipeline, CD est tout ce qui suit.
Pourquoi les portes sont-elles importantes dans un pipeline CI/CD ?
Parce que l’automatisation supprime les points de contrôle humains qui permettaient de détecter les problèmes. Les portes du pipeline les remplacent par des décisions : la porte de test arrête une version défaillante avant son expédition, et la porte de santé arrête une mauvaise version après son expédition. Le visuel représente les deux comme formes de décision pour cette raison : un pipeline est aussi fiable que ses portes.
Qu’est-ce qu’un rollback et pourquoi le pipeline en a-t-il besoin ?
Une restauration ramène le système à la dernière version connue lorsqu'une version échoue après le déploiement. Les pipelines en ont besoin parce que les contrôles de santé sont imparfaits et que la production peut mal se comporter d’une manière que la mise en scène n’a jamais montrée. Une restauration automatisée est ce qui permet aux équipes de déployer fréquemment : le coût d'une mauvaise version devient un retour en arrière et non un incident.
Quelle est la place du registre des artefacts ?
Le registre est l'endroit où se trouve l'artefact construit du pipeline avec une version. Chaque étape ultérieure (préparation, production, restauration) déploie l'artefact exact du registre, jamais une reconstruction. C'est ce qui rend le code déployé identique au code testé, et c'est aussi ce qui sécurise le rollback : la dernière bonne version est toujours dans le registre.
Modifier cette carte mentale dans QueryChart
Ouvrez cette carte mentale sur un espace modifiable. Déplacez les idées et ajoutez des branches et des liens.