Leestijd : 1 minuten

Continue levering: Wie moet erbij betrokken zijn

Lead Marketing Strategist

An INFJ personality wielding brevity in speech and writing.

Continuous delivery betekent de mogelijkheid om snel, veilig en consistent verschillende soorten van wijzigingen aan software uit te rollen wanneer dat nodig is. Teams die bedreven zijn in continue levering beschikken overs de capaciteity om software-updates en wijzigingen met minimale risico’s in de productie te introduceren, zelfs tijdens standaard kantooruren, en dit alles zonder nadelige gevolgen voor de eindgebruikers.

Continuous Delivery Principes

Er zijn vijf principes die de kern vormen van
continue levering
:

Bouwkwaliteit in
Werk in kleine batches
Computers voeren repetitieve taken uit, mensen lossen problemen op
Continue verbetering nastreven
Iedereen is verantwoordelijk

Het is gemakkelijk om te verzanden in de details van het implementeren van continuous delivery-tools, architectuur, praktijken, politiek-als je merkt dat je de weg kwijt bent, probeer dan deze principes nog eens te bekijken en je zult merken dat het je helpt om je weer te richten op wat belangrijk is.

Continuous delivery rust op drie fundamenten: continue integratie, uitgebreid configuratiebeheer en continu testen.

Wat zijn de processen die hierbij komen kijken? wie moet bijdragen aan continuous delivery? Wat zijn hun verantwoordelijkheden? We zullen het zien in deze blogpost.

Het CD-kernteam

De kern van een succesvol Continuous Delivery-proces is een kernteam dat er alles aan doet om het te laten slagen. Dit team heeft meestal omvat:

DevOps-ingenieurs

DevOps-engineers zijn de architecten van uw CD-pijplijn. Ze zijn gespecialiseerd in het automatiseren en stroomlijnen van het softwareleveringsproces. Hun verantwoordelijkheden omvatten:

Bouwen en onderhouden van deployment pipelines.
Infrastructuur beheren als code (IaC).
Zorgen voor soepele en snelle implementaties van code.

Bij bedrijf X gebruikt een team van DevOps-engineers bijvoorbeeld tools als Jenkins en Docker om implementaties te automatiseren, zodat ontwikkelaars zich kunnen concentreren op codering zonder zich zorgen te maken over de fijne kneepjes van de implementatie.

Uitgavebeheerders

Releasemanagers spelen een centrale rol in het coördineren en overzien van het releaseproces. Hun taken omvatten:

Ervoor zorgen dat releases overeenkomen met de doelen en planningen van de organisatie.
Activiteiten coördineren tussen ontwikkelings- en operationele teams.
Rollback-plannen beheren in geval van problemen tijdens de implementatie.
Releasemanagers zijn essentieel in het behouden van een balans tussen snelheid en stabiliteit tijdens CD.

QA team

QA-teams zijn de poortwachters van softwarekwaliteit. Hun bijdragen aan CD zijn onder andere:

Geautomatiseerde testsuites maken en onderhouden.
Tests uitvoeren in verschillende stadia van de CD-pijplijn.
Identificeren en rapporteren van defecten in een vroeg stadium van het ontwikkelingsproces.

Je bent misschien geïnteresseerd in:

Ontwikkelaars en hun rol

Ontwikkelaars vormen de ruggengraat van elk softwareproject. In een CD-omgeving gaat hun rol verder dan het schrijven van code:

Ontwikkelaar-gerichte CD

Ontwikkelaars nemen actief deel aan de implementatie en operationele aspecten van hun code. Deze verschuiving naar een DevOps-cultuur stelt ontwikkelaars in staat om:

Schrijf code die gemakkelijk inzetbaar en onderhoudbaar is.
Eigenaar zijn van hun code in productie.
Nauw samenwerken met operationele teams.

GitHub is een lichtend voorbeeld van betrokkenheid van ontwikkelaars bij CD. Ontwikkelaars gebruiken GitHub Actions om workflows te automatiseren, waardoor hun codewijzigingen naadloos in de CD-pijplijn worden geïntegreerd.

Stakeholders en producteigenaren

De betrokkenheid van belanghebbenden, waaronder producteigenaren en businessteams, wordt vaak onderschat bij CD:

Voorbij ontwikkeling

Belanghebbenden brengen een uniek perspectief in het CD-proces. Hun rollen omvatten:

Definiëren van projectvereisten en -prioriteiten.
Ervoor zorgen dat CD in lijn is met bedrijfsdoelen.
Cruciale feedback geven om het product vorm te geven.

Bij Startup Z neemt de producteigenaar actief deel aan het CD-proces en gebruikt hij tools zoals JIRA om gebruikersverhalen te prioriteren en feedback te geven, om er uiteindelijk voor te zorgen dat de CD-pijplijn waarde levert aan klanten.

Het belang van continu testen

Continu testen is het fundament van CD:

De testbackbone

QA engineers maken en onderhouden geautomatiseerde testsuites die:

Wordt uitgevoerd in verschillende stadia van de CD-pijplijn.
Ervoor zorgen dat codewijzigingen voldoen aan de kwaliteitsnormen.
Detecteer defecten vroeg in het ontwikkelingsproces.

Google is een goed voorbeeld van een organisatie die sterk vertrouwt op continu testen om de kwaliteit en betrouwbaarheid van haar producten gedurende de hele cd-pijplijn te handhaven.

Het volgende diagram toont de soorten geautomatiseerde en handmatige tests die moeten worden uitgevoerd

Het volgende diagram toont een voorbeeld van een eenvoudige lineaire deployment pijplijn. In dit voorbeeld betekent groen dat er geen problemen zijn gevonden en rood dat er een of meer problemen zijn ontdekt.

Voortdurende feedback en controle

Continue feedbacklussen zijn het levensbloed van CD:

Feedbacklussen stellen teams in staat om:

Inzichten verzamelen uit productieomgevingen.
Leer van klantgedrag en prestatiecijfers.
Datagestuurde beslissingen nemen om CD-processen te verbeteren.

Amazon Web Services (AWS) biedt een reeks tools voor monitoring en observatie, zoals Amazon CloudWatch, waarmee teams realtime gegevens kunnen verzamelen en gefundeerde beslissingen kunnen nemen.

Beveiliging en naleving

Over veiligheid valt niet te onderhandelen bij CD:

Veiligheid als prioriteit

Het integreren van beveiliging in de CD-pijplijn is cruciaal voor:

Kwetsbaarheden vroegtijdig identificeren en beperken.
Ervoor zorgen dat de regelgeving en best practices in de sector worden nageleefd.

Netflix, dat bekend staat om zijn robuuste CD-praktijken, neemt beveiligingscontroles op in zijn pijplijn met behulp van tools zoals Netflix Security Monkey.

Om het bovenstaande samen te vatten,
DORA-onderzoek
ontdekten dat de volgende technische capaciteiten het vermogen om continue levering te realiseren bepalen. Transformationeel leiderschap binnen de organisatie is ook de drijvende kracht achter de implementatie van veel van deze technische mogelijkheden.

Om je team te helpen met een hogere doorvoer en minder risicovolle releases, kun je de volgende continuous delivery practices implementeren:

Praktijken voor continue levering

Testautomatisering: Het gebruik van uitgebreide geautomatiseerde testsuites die voornamelijk door ontwikkelaars worden gemaakt en onderhouden. Effectieve testsuites zijn betrouwbaar-dat wil zeggen, tests vinden echte fouten en geven alleen code door die vrijgegeven kan worden.

Deploymentautomatisering:
De mate waarin implementaties volledig geautomatiseerd zijn en geen handmatige tussenkomst vereisen.

Op stam gebaseerde ontwikkeling: Gekenmerkt door minder dan drie actieve branches in een code repository; branches en forks die een zeer korte levensduur hebben (bijv. minder dan een dag) voordat ze worden samengevoegd in de hoofdlijn; en applicatieteams die zelden of nooit code lock periodes hebben waarin niemand code kan inchecken of pull requests kan doen vanwege samenvoeg conflicten, code bevriezingen of stabilisatie fases.

Schuif naar links voor beveiliging: Beveiliging integreren in de ontwerp- en testfasen van het softwareontwikkelingsproces. Dit proces omvat het uitvoeren van beveiligingsbeoordelingen van applicaties, het betrekken van het informatiebeveiligingsteam in het ontwerp- en demonstratieproces voor applicaties, het gebruik van vooraf goedgekeurde beveiligingsbibliotheken en -pakketten en het testen van beveiligingsfuncties als onderdeel van de geautomatiseerde testsuite.

Een losjes gekoppelde architectuur: Architectuur waarmee teams hun applicaties on demand kunnen testen en implementeren, zonder dat orkestratie met andere services nodig is. Met een losjes gekoppelde architectuur kunnen je teams onafhankelijk werken zonder afhankelijk te zijn van andere teams voor ondersteuning en services, waardoor ze snel kunnen werken en waarde kunnen leveren aan de organisatie.

Teams in staat stellen om tools te kiezen: Teams die kunnen kiezen welke tools ze gebruiken, doen het beter bij continuous delivery. Niemand weet beter dan beoefenaars wat ze nodig hebben om effectief te zijn.

Continue integratie (CI): Een ontwikkelpraktijk waarbij code regelmatig wordt ingecheckt, en elke check-in een reeks snelle tests activeert om regressies te ontdekken, die ontwikkelaars onmiddellijk oplossen. Het CI proces creëert canonieke builds en pakketten die uiteindelijk worden ingezet en vrijgegeven.

Continu testen: Testen gedurende de hele levenscyclus van de softwarelevering in plaats van als een aparte fase na de ontwikkeling. Met continu testen werken ontwikkelaars en testers zij aan zij. Goed presterende bedrijven doen aan testgestuurde ontwikkeling, krijgen in minder dan tien minuten feedback van tests en beoordelen en verbeteren hun testsuites voortdurend (bijvoorbeeld om defecten beter te vinden en de complexiteit onder controle te houden).

Versiebeheer:
Het gebruik van een versiebeheersysteem, zoals Git of Subversion, voor alle productie-artefacten, inclusief applicatiecode, applicatieconfiguraties, systeemconfiguraties en scripts voor het automatiseren van bouwen en configureren van omgevingen.

Beheer van testgegevens: Effectieve werkwijzen zijn onder andere het hebben van voldoende gegevens om je testsuite uit te voeren, de mogelijkheid om op verzoek de benodigde gegevens te verkrijgen en de gegevens die het aantal tests dat je kunt uitvoeren niet beperken. We waarschuwen dat je teams, waar mogelijk, de hoeveelheid testgegevens die nodig zijn om geautomatiseerde tests uit te voeren moeten minimaliseren.

Uitgebreide controle en observeerbaarheid: Stelt teams in staat om inzicht te krijgen in de gezondheid van hun systemen. Effectieve oplossingen stellen teams in staat om vooraf gedefinieerde meetwaarden te monitoren, inclusief de systeemstatus zoals die door gebruikers wordt ervaren, en stellen engineers in staat om interactief systemen te debuggen en eigenschappen en patronen te onderzoeken wanneer deze naar voren komen.

Proactieve meldingen:
De gezondheid van het systeem bewaken zodat teams problemen preventief kunnen detecteren en beperken.

Beheer van databaseveranderingen: Databaseveranderingen vertragen teams niet als ze een paar belangrijke werkwijzen volgen, waaronder databaseveranderingen opslaan als scripts in versiebeheer (en deze veranderingen op dezelfde manier beheren als wijzigingen in de productieapplicatie), databaseveranderingen zichtbaar maken voor iedereen in de levenscyclus van de softwarelevering (inclusief engineers) en met alle partijen communiceren wanneer wijzigingen in de applicatie databaseveranderingen vereisen.

Onderhoudbaarheid van code:
Systemen en gereedschappen die het ontwikkelaars gemakkelijk maken om code te wijzigen die door anderen wordt onderhouden, om voorbeelden te vinden in de codebase, om code van anderen te hergebruiken en om toe te voegen, te upgraden en te migreren naar nieuwe versies van afhankelijkheden zonder hun code te breken.

“Het bovenstaande is een citaat uit een artikel over DevOps tech“ (Google cloud, “DevOps-technologie: Continue levering“, https://cloud.google.com/architecture/devops/devops-tech-continuous-delivery)

Uitdagingen en overwegingen

Bij het implementeren van CD moeten organisaties gemeenschappelijke uitdagingen aanpakken:

Culturele transformatie

Culturele overwegingen zijn van het grootste belang:

Omarm verandering en een cultuur van voortdurende verbetering.
Leer van mislukkingen en pas je aan.
Stimuleer open communicatie en samenwerking tussen teams.

Laatste gedachten

Hoewel continuous delivery vaak wordt gecombineerd met continue integratie en wordt afgekort tot CI/CD, toont onderzoek aan dat continue integratie slechts één element is van het implementeren van continuous delivery.

Voor betrouwbare releases met een laag risico is een nauwe samenwerking nodig tussen iedereen die betrokken is bij het softwareleveringsproces, niet alleen de softwareontwikkelaars, en je team moet nieuwe manieren van werken aannemen en nieuwe vaardigheden leren.

Leave A Comment Reactie annuleren

Verwante berichten

Software Testing Costs and Optimizing Strategies

Strategieën voor kostenverbetering bij softwaretesten

De complexiteit van software is een van de belangrijke factoren, omdat deze vaak ingewikkelder codepaden, afhankelijkheden en interacties hebben die gespecialiseerde testtechnieken vereisen, zoals grenswaardeanalyse, partitionering van equivalenties en combinatorisch testen.