Sjabloon stroomdiagram CI/CD-pipeline

Twee poorten, geautomatiseerde tests en een menselijke goedkeuring, die elke commit naar productie leiden, naar een geblokkeerde merge of naar een rollback.

Mogelijk gemaakt door Lucen Flowchart

Wat is een stroomdiagram voor een CI/CD-pipeline?

Een stroomdiagram voor een CI/CD-pipeline is een beslisdiagram dat elk pad toont dat een commit aflegt tussen de push en productie, inclusief de poorten die hem tegenhouden.

Een commit is een verzoek, geen release.

Code wordt gepusht, en wat er daarna gebeurt, bepalen twee poorten en niet degene die de code schreef. Het stroomdiagram brengt beide samen in één beeld: eerst tests, dan goedkeuring. Zo ziet iedereen wat een commit moet doorstaan voordat hij bij een klant terechtkomt.

Deployments lopen vast bij de poort, niet bij de build

Een build slaagt of faalt, en dat deel is eenduidig. De poorten zijn dat niet: wie keurt een release goed, wat gebeurt er met een geblokkeerde merge, stopt een rollback de pipeline? Door de uitgangen te tekenen, worden die antwoorden expliciet in plaats van kennis die alleen in hoofden zit.

Eén beeld dat uw hele deliveryteam kan lezen

Een diagram doorstaat een architectuur- of compliancereview op een manier die een YAML-bestand niet lukt. Daarom gebruiken platformteams het pipelinestroomdiagram als vastgelegd proces en niet als decoratie op een dia. En daarom hoort het in de presentatie, niet alleen in de repository.

Van categorie naar dia in twee klikken

Sjablonen zijn ingedeeld naar het team dat ze gebruikt. Open Product & IT, kies het stroomdiagram voor de CI/CD-pipeline, en het opent op een PowerPoint-dia als native, bewerkbare vormen.

Wat zit er in dit sjabloon

Zes processtappen, twee beslispoorten, drie eindpunten en de verbindingslijnen die alles verbinden. Allemaal native PowerPoint-objecten op één 16:9-dia, gemaakt met Lucen Flowchart.

FASE 01

Commit en build

De gepushte commit die alles in gang zet, gevolgd door de build en testrun, getekend als vooraf gedefinieerd proces omdat het een vastgelegde job in uw CI-systeem is en geen stap die iemand uitvoert.

FASE 02

De testpoort

De eerste beslissing. Een fout leidt naar melden en merge blokkeren in plaats van verder in de flow, zodat een rode build de pipeline stopt in plaats van te worden omzeild.

FASE 03

Staging

De deploy naar een stagingomgeving, getekend als gewone processtap omdat die geautomatiseerd en onvoorwaardelijk is zodra de tests groen zijn.

FASE 04

Goedkeuring en release

De tweede beslissing, en de enige menselijke in het diagram. Bij ja volgt een release naar productie; bij nee een rollback en stopt de pipeline. Wijzig de poort en Auto Layout herschikt de vertakkingen mee.

How to use this template

In drie stappen helemaal van u

Download de .pptx en zet hem in uw presentatie. Elke vorm is een native PowerPoint-object, dus u bewerkt alles met de eigen tools van PowerPoint. Met Lucen Flowchart geïnstalleerd worden verbindingslijnen automatisch omgeleid en past het diagram zich aan terwijl u vormen verplaatst.

Hernoem de stappen

Klik op een stap en typ de nieuwe tekst. Lettertype, opvulling en grootte volgen het thema van uw presentatie.

Voeg een stap toe of verwijder er een

Kopieer een vorm in de flow, of verwijder een vorm die u niet nodig hebt.

Stem af op uw huisstijl

Wijzig het thema van de presentatie en het stroomdiagram past zich vanzelf aan. Geef afzonderlijke vormen een eigen kleur wanneer een stap of baan moet opvallen.

Teams gebruiken het als vastgelegd proces voor platform- en release-engineering, als stakeholderdia in een architectuur- of compliancereview, als naslag voor engineers die nieuw in het team zijn en als vertrekpunt voor elke automatisering met poorten, zoals infrastructuurwijzigingen, datapipelines of release trains.

Bouw dit stroomdiagram vanuit een prompt met Lucen AI

Wijkt uw proces af van het sjabloon? Beschrijf het dan in plaats van het opnieuw te tekenen. Lucen AI genereert het diagram als native, bewerkbare vormen op de huidige dia en blijft het daarna ter plekke bijwerken, in plaats van het steeds opnieuw te genereren.

1. Open Lucen AI met Generate with AI: kies op het tabblad Lucen Flowchart de optie Generate with AI. Het Lucen AI-venster opent naast de dia. Beschrijf de wijziging die u nodig hebt, of voeg een afbeelding toe van een diagram dat u al hebt.

2. Beantwoord de verduidelijkende vragen: is de prompt breed, dan vraagt Lucen AI eerst naar de doelgroep en het gewenste detailniveau.

3. Verfijn het op de dia: vraag om een sub-swimlane of een nieuwe vertakking, of bewerk de vormen direct. Het diagram blijft de hele tijd hetzelfde object.

Hebt u het diagram al als afbeelding? Zet het om in bewerkbare vormen

Bestaat uw proces al als screenshot of als foto van een whiteboard? Geef de afbeelding dan aan Lucen AI in plaats van alles opnieuw te tekenen. Lucen AI leest de stappen, beslissingen en eventuele banen en bouwt hetzelfde stroomdiagram op uw dia na als native PowerPoint-vormen. Die bewerkt u vervolgens zoals elk ander object: hernoem een stap, voeg een vertakking toe of vraag om een extra baan.

Frequently asked questions

Common questions about planning, updating, and presenting with this template.
Hoe maakt u een stroomdiagram voor een CI/CD-pipeline?

Een pipeline werkt het best als beslisflow, omdat het interessante deel is wat een commit tegenhoudt, niet de reeks jobs die hem uitvoert. Wij raden deze aanpak aan:

  1. Zet alle uitkomsten op een rij die een commit kan bereiken: productie, geblokkeerde merge, rollback.
  2. Schrijf de poorten op die ze van elkaar scheiden, en geef aan welke geautomatiseerd zijn en welke een persoon nodig hebben.
  3. Maak van elke poort een beslispunt met beide uitgangen getekend, inclusief de faalpaden.
  4. Controleer of elk pad eindigt. Een pipelinediagram met een losse tak is de plek waar een mislukte deploy onopgemerkt blijft.
  5. Teken het diagram in de tool die uw publiek al gebruikt. Een gratis sjabloon neemt het meeste opmaakwerk uit handen.
Wat is het verschil tussen continuous delivery en continuous deployment?

Continuous delivery betekent dat elke geslaagde build klaar is voor release, maar dat een persoon beslist wanneer. Continuous deployment betekent dat elke geslaagde build automatisch naar productie gaat, zonder mens in het pad.

De goedkeuringspoort in dit diagram is het hele verschil. Haal hem weg en dezelfde pipeline wordt continuous deployment. Daar loont het om bewust mee om te gaan: teams zeggen vaak dat ze aan deployment doen terwijl ze delivery draaien, en ontdekken het verschil pas tijdens een audit.

Wat is het verschil tussen CI en CD?

Continuous integration is alles tot en met de testpoort: code vaak samenvoegen en automatisch aantonen dat die bouwt en slaagt. Continuous delivery of deployment is alles daarna: die geverifieerde build naar staging en vervolgens naar productie brengen.

In dit diagram eindigt CI bij de beslissing of de tests slagen, en begint CD bij de deploy naar staging. Die splitsing is niet theoretisch: ze falen meestal om verschillende redenen en hebben vaak verschillende eigenaren.

Wat zijn de twee poorten in dit sjabloon?

Elke poort houdt een commit om een andere reden tegen:

  • Tests geslaagd: geautomatiseerd, objectief en snel. Bij nee krijgt de auteur een melding en wordt de merge geblokkeerd.
  • Goedkeuringspoort: menselijk, gebaseerd op beoordeling en trager. Bij nee volgt een rollback en stopt de pipeline, in plaats van een nieuwe poging.

Voeg een extra poort toe voor security scanning, performancebudgetten of een beoordeling door een change advisory board; de vertakkingen blijven verbonden terwijl het diagram zich aanpast.

Waarom heeft de buildstap een andere vorm?

De stap voor bouwen en tests uitvoeren gebruikt de vorm voor een vooraf gedefinieerd proces in plaats van een gewone rechthoek. In de notatie van stroomdiagrammen markeert die een stap die elders in detail is vastgelegd, in dit geval de jobconfiguratie in uw CI-systeem.

Op een dia is dat een nuttig signaal. Het vertelt de lezer dat het vak een samenvatting is van een pipeline die hij elders kan nalezen, en geen losse handeling, zonder het diagram vol te zetten met elke testfase.

Wat gebeurt er als de tests mislukken?

De commit gaat naar melden en merge blokkeren. Beide helften zijn belangrijk: melden zonder blokkeren betekent dat de fout wordt genegeerd, en blokkeren zonder melden betekent dat de auteur het van iemand anders hoort.

Dat dit als eindpunt is getekend en niet als lus terug, is een bewuste keuze. Een mislukte build wordt niet door de pipeline opnieuw geprobeerd; hij gaat terug naar degene die de code heeft geschreven, zodat de oplossing ligt bij de persoon die de context heeft.

Moet de goedkeuringspoort handmatig of geautomatiseerd zijn?

Dat hangt af van waartegen u zich wilt beschermen. Een handmatige poort vangt op wat automatisering niet kan beoordelen: een riskante release vlak voor een lang feestweekend, een wijziging waarover eerst een klant moet worden geïnformeerd, een compliance-eis voor functiescheiding. Hij kost u ook snelheid en wordt een stempelmachine als niemand ooit nee zegt.

Een redelijke toets: heeft uw goedkeurder in zes maanden niets afgewezen, dan is de poort toneel. Automatiseer hem dan, of voeg de criteria toe die een afwijzing mogelijk maken.

Wie moet eigenaar zijn van elke fase van de pipeline?

Elke poort moet een benoemde eigenaar hebben, en dat is zelden hetzelfde team:

  • Developers: de commit, en het oplossen van alles wat de testpoort blokkeert.
  • Platform of DevOps: de buildconfiguratie, de stagingomgeving en het rollbackmechanisme.
  • Releasemanager of tech lead: de goedkeuringsbeslissing zelf.
  • Security of compliance: de criteria waartegen de poort toetst, voor zover van toepassing.

Schrijft dezelfde persoon de code en keurt hij ook de release goed, dan biedt de poort niet de scheiding die hij lijkt te bieden.

Hoe maak ik een beslisstroomdiagram in PowerPoint?

PowerPoint kan het met SmartArt en de Shapes gallery, maar dat is handwerk: u plaatst elke ruit zelf, labelt beide uitgangen en koppelt de verbindingslijnen opnieuw zodra er iets verschuift. Bij een pipeline met twee poorten en drie eindpunten is dat precies de reden waarom het diagram niet meer wordt bijgewerkt.

Sneller gaat het met het tabblad Lucen Flowchart: dat klikt verbindingslijnen vast aan de ankerpunten van vormen en herschikt het diagram met Auto Layout wanneer u een poort toevoegt. Hoe u het ook doet, het resultaat blijft een set native PowerPoint-objecten op uw dia.

Wat heb ik nodig om het sjabloon te openen en te bewerken?

De download is een gratis .pptx die volledig uit native PowerPoint-vormen bestaat. Iedereen kan het bestand dus openen, lezen en bewerken, en u deelt het net als elke andere presentatie. Ontvangers hoeven niets te installeren.

De slimme verbindingslijnen, Auto Layout en Lucen AI komen uit de invoegtoepassing Lucen Flowchart, die het tabblad Lucen Flowchart aan het lint toevoegt. Die werkt op Windows met PowerPoint 2016 of later en met PowerPoint voor Microsoft 365. PowerPoint voor het web, Mac en mobiel worden niet ondersteund. Stappen voor installatie en probleemoplossing vindt u bij Lucen Support.

Andere sjablonen

Ontdek vergelijkbare sjablonen voor je projecten

Download het sjabloon voor de CI/CD-pipeline

Gratis .pptx, bewerkbaar in PowerPoint, geen diagramtool nodig.

Obtenez votre modèle gratuit

Saisissez votre e-mail pour accéder immédiatement à nos modèles de projet professionnels et gain de temps.

Geen proefversie nodig. We sturen je af en toe productupdates per e-mail; je kunt je altijd afmelden.
Téléchargement en cours ...

Votre téléchargement devrait commencer dès maintenant. S'il ne démarre pas cliquez ici et consultez votre boîte de réception pour obtenir des conseils pour démarrer.

Oups ! Une erreur s'est produite lors de l'envoi du formulaire.