Continue levering

Een pipeline voor continue levering kan een handmatige poort voor de productie hebben. Voor een handmatige poort is menselijke tussenkomst vereist, en er kunnen zich in je organisatie scenario's voordoen waarin handmatige poorten in pipelines nodig zijn. Sommige handmatige poorten zijn misschien twijfelachtig, terwijl andere legitiem kunnen zijn. Eén legitiem scenario stelt het bedrijfsteam in staat om op het laatste moment een beslissing te nemen over de release. Het technische team houdt na elke sprint een verzendbare versie van het product gereed. Het bedrijfsteam neemt de laatste beslissing om het product beschikbaar te stellen aan alle klanten, of aan een deel van de bevolking, of misschien aan mensen die op een bepaalde geografische locatie wonen.

De architectuur van het product dat door de pipeline stroomt, is een belangrijke factor die de opmaak van de pipeline voor continue levering bepaalt. Een sterk gekoppelde productarchitectuur genereert een ingewikkeld grafisch pipeline-patroon waarbij verschillende pipelines verstrikt kunnen raken voordat ze uiteindelijk naar de productie gaan.

De productarchitectuur heeft ook invloed op de verschillende fasen van de pipeline en op de artefacten die in elke fase worden geproduceerd. De pipeline bouwt eerst componenten, de kleinste te distribueren en testbare units van het product. Een bibliotheek die door de pipeline is gebouwd, kan bijvoorbeeld een component worden genoemd. Dit is de componentfase.

Losjes gekoppelde componenten vormen subsystemen, de kleinste implementeerbare en uitvoerbare units. Een server is bijvoorbeeld een subsysteem. Een microservice die in een container draait, is ook een voorbeeld van een subsysteem. Dit is de subsysteemfase. In tegenstelling tot componenten kunnen subsystemen worden opgesteld en getest.

Daarom kan de pipeline worden geleerd om een systeem samen te stellen op basis van losjes gekoppelde subsystemen in gevallen waarin het hele systeem als geheel gereleased zou moeten worden. Dit is de systeemfase.

Deze alles-of-niets-benadering zorgt ervoor dat het snelste subsysteem met de snelheid van het langzaamste subsysteem werkt. 'De ketting is zo sterk als de zwakste schakel' is een cliché dat we gebruiken om teams te waarschuwen die ten prooi vallen aan dit architectuurpatroon.

Eenmaal gevalideerd, wordt het verzamelde systeem vervolgens zonder verdere aanpassingen naar productie gebracht, in de laatste fase, de zogenaamde productiefase.

Merk op dat deze fasen logischer zijn dan fysieke, en enkel aangemaakt zijn om een groot probleem op te splitsen in meerdere kleinere deelproblemen. Het kan zijn dat je minder of meer fasen hebt, afhankelijk van je architectuur en vereisten.

Snelheid zonder kwaliteit is nutteloos voor onze klanten. Continu testen is een techniek waarbij geautomatiseerde tests worden geïntegreerd in de pipeline voor softwarelevering en waarbij elke wijziging die daaruit komt, wordt gevalideerd. In elke fase van de pipeline worden tests uitgevoerd om artefacten te valideren die in die fase zijn geproduceerd. Unittests en statische code-analyse valideren componenten in de componentfase van de pipeline. Functionele, prestatie- en beveiligingstests valideren subsystemen in de subsysteemfase. Integratie-, prestatie- en beveiligingstests valideren systemen in de systeemfase. Ten slotte valideren smoke-tests het product in de productiefase.