Continuous deployment is een werkwijze waarbij elke wijziging die door de automatische tests komt vanzelf naar de echte gebruikers gaat, zonder dat er een mens tussenzit om goedkeuring te geven. Code die een developer ‘s ochtends samenvoegt, kan minuten later al klanten bedienen, zonder dat iemand er met de hand aan komt.
Stel je een moderne bakkerij voor met een volledig geautomatiseerde lijn. Zodra een verse batch langs de kwaliteitssensoren komt, gaat hij meteen het schap in, zonder dat een manager elke plaat hoeft goed te keuren. Continuous deployment werkt net zo: de testsuite is de kwaliteitssensor, en als een wijziging die haalt, rolt het systeem hem uit. Dit werkt alleen omdat de veiligheidschecks te vertrouwen zijn, en daarom leunt het zwaar op solide testautomatisering.
Het staat aan het einde van een CI/CD-pijplijn en is de logische uitbreiding van continuous integration. Omdat wijzigingen in kleine, frequente stukjes uitgaan in plaats van enorme maandelijkse releases, is een probleem makkelijker te spotten en te verhelpen. Teams combineren het met een snel rollback-pad en feature flags, zodat iets risicovols in seconden te verbergen of terug te draaien is.
Het past niet bij iedereen. Een medisch apparaat of een bankkern waar een foute release iemand schade kan berokkenen wil nog steeds een menselijke goedkeuring, en een gloednieuw project zonder echte testsuite heeft nog niets om op te vertrouwen. De kernvraag is simpel: vangen je tests echt de bugs die ertoe doen? Betekent een groene pijplijn niet dat de wijziging veilig is, dan rol je met automatisch uitrollen alleen je fouten sneller uit.
Bij TopDevs zetten we continuous deployment op zodra het testen van een klant volwassen genoeg is om erop te vertrouwen, zodat verbeteringen je gebruikers dezelfde dag bereiken in plaats van weken te wachten op een releasemoment.
