Créateur de diagrammes de pipeline CI/CD gratuit

Voir l’outil en action

Exemples de diagrammes de pipeline CI/CD

Un seul outil, quatre demandes. Tous les schémas ci-dessous sont de vrais rendus.

Ce que vous saisissez

Créez un pipeline CI/CD : un commit de code génère un artefact applicatif, lance des tests automatisés et une analyse de sécurité, déploie en préproduction, lance des tests smoke, obtient l’approbation de la mise en production, déploie en production et vérifie l’état de santé de la production. En cas d’échec des tests, renvoyez vers la correction du code puis un nouveau commit ; en cas d’échec de l’analyse de sécurité, vers la résolution du problème ; si l’approbation est refusée, vers la mise en attente de la version ; et si l’état de santé de la production est mauvais, vers un retour arrière.

À essayer ensuiteAjoutez une étape de signature de l’artefact après l’analyse de sécurité.Ajoutez une vérification de la migration de base de données avant la préproduction.

Organigramme: Build, tests, préproduction et production

Organigramme · Sugiyama layered DAG + orthogonal routing · schematex-flowchart

Le schéma

Qu’est-ce qu’un diagramme de pipeline CI/CD ?

Un diagramme de pipeline CI/CD présente les étapes automatisées et manuelles qui font passer une modification du code source à une version déployée. Les étapes courantes comprennent le build, les tests, les contrôles de sécurité, la préproduction, l’approbation, le déploiement en production et le retour arrière.

Ce diagramme est utile, car il rend visibles les étapes de validation avant la mise en production et les chemins en cas d’échec. L’équipe peut voir ce qui se passe lorsqu’un test échoue, qui approuve un déploiement et à quel moment une version peut être arrêtée ou annulée.

Standard: Sugiyama layered DAG + orthogonal routing
Engine: schematex-flowchart
Editable: Double-click text, drag nodes
Export: SVG · PNG · PDF

Organigramme: Qu’est-ce qu’un diagramme de pipeline CI/CD ?

Pour qui

Qui utilise les diagrammes de pipeline CI/CD ?

Ingénieurs DevOps

Les étapes et les validations de mise en production, pour documenter ou examiner l’automatisation des déploiements.

Équipes plateforme

Un déploiement progressif de fonctionnalité avec surveillance et une procédure claire pour la désactiver.

Équipes de développement logiciel

La séquence de build, de tests, d’approbation et de déploiement, pour présenter aux nouveaux arrivants le processus de mise en production.

Comment ça marche

Comment créer un diagramme de pipeline CI/CD en trois étapes

Décrivez votre idée

Un paragraphe suffit pour commencer.

“Créez un pipeline CI/CD : un commit de code génère un artefact applicatif, lance des tests automatisés et une analyse de sécurité, déploie en préproduction, lance des tests smoke, obtient l’approbation de la mise en production, déploie en production et vérifie l’état de santé de la production. En cas d’échec des tests, renvoyez vers la correction du code puis un nouveau commit ; en cas d’échec de l’analyse de sécurité, vers la résolution du problème ; si l’approbation est refusée, vers la mise en attente de la version ; et si l’état de santé de la production est mauvais, vers un retour arrière.”

Découvrez le schéma

Généré avec le moteur adapté.

Indiquez les modifications

Chaque modification crée une nouvelle version.

Ajoutez une étape de signature de l’artefact après l’analyse de sécurité.

V2 · DRAWN FROM V1, NOTHING RETYPED

FAQ

Questions fréquentes

Que signifie CI/CD ?

L’intégration continue consiste à intégrer fréquemment les modifications de code et à les valider à l’aide de builds et de tests automatisés. La livraison continue ou le déploiement continu fait progresser les modifications validées vers la production au moyen d’un pipeline reproductible.

Que doit contenir un diagramme de pipeline CI/CD ?

Incluez le déclencheur, le build, les étapes de test, les contrôles de qualité ou de sécurité, les environnements de déploiement, les approbations, la surveillance et la marche à suivre en cas d’échec d’une étape.

Pourquoi représenter les chemins en cas d’échec dans un diagramme de pipeline ?

Les chemins en cas d’échec rendent le processus de mise en production utile sur le plan opérationnel. Ils montrent si l’équipe corrige le problème et relance le processus, met la version en attente, désactive une fonctionnalité ou effectue un retour arrière.

Qu’est-ce qu’un déploiement blue-green ?

Le déploiement blue-green consiste à exécuter une nouvelle version en parallèle de la version actuelle, puis à basculer le trafic une fois les vérifications réussies. Si la nouvelle version rencontre un problème, le trafic peut être redirigé vers la version précédente.

Outils associés