Kontinuerlig leverans och driftsättning

Föreställ Er en väloljad maskin som förbereder en produkt, men där en person fortfarande ger det slutliga ”kör” innan produkten lämnar fabriken.

• Code Commit: Utvecklaren pushar kod.
• CI Pipeline: Koden byggs, enhetstestas och integreras.
• Automatiserade tester: Ytterligare tester (integrationstester och end-to-end-tester) körs automatiskt.
• Skapande av artefakt: Ett driftsättningsbart paket (t.ex. en Docker-avbildning) skapas.
• Driftsättning till staging: Paketet driftsätts automatiskt till en stagingmiljö för slutliga kontroller.
• Manuell release: En teammedlem godkänner manuellt och utlöser driftsättningen till produktion.

CD medför betydande fördelar för utvecklingsprocessen:

• Minskad risk: Varje ändring är liten, vilket gör problem enklare att hitta och åtgärda.
• Snabbare återkoppling: Team får snabbare återkoppling på ändringar, vilket förbättrar kvaliteten.
• Högre kvalitet: Omfattande automatiserade tester minskar antalet fel före manuellt godkännande.
• Snabbare time-to-market: Programvaran är alltid redo att lanseras, vilket påskyndar releaser.

Continuous Deployment (CDep) tar Continuous Delivery ett steg längre. Det innebär att varje ändring som klarar alla automatiserade tester automatiskt släpps till produktion.

• Det finns inget manuellt godkännandesteg före driftsättning till användarna.
• Detta kräver en extremt hög tillit till de automatiserade testerna och övervakningen.

Tänk Er en helt autonom fabrik där produkter byggs, testas och skickas direkt utan mänsklig inblandning.

• Code Commit: Utvecklaren pushar kod.
• CI Pipeline: Koden byggs, enhetstestas och integreras.
• Automatiserade tester: Alla integrations-, end-to-end- och prestandatester körs automatiskt.
• Skapande av artefakt: Ett driftsättningsbart paket skapas.
• Driftsättning till staging: Paketet driftsätts automatiskt till en stagingmiljö.
• Automatisk produktionsdriftsättning: Om alla tester godkänns driftsätts paketet automatiskt till produktion.

CDep maximerar hastigheten på releaser och återkopplingsloopar:

• Ultrasnabba releaser: Nya funktioner och felkorrigeringar når användarna nästan omedelbart.
• Omedelbar återkoppling: Data från verklig användning och felrapporter kommer in snabbare.
• Verklig agilitet: Team kan iterera och reagera på marknadsförändringar med oöverträffad snabbhet.
• Minskad overhead: Tiden och arbetet med manuell releasekoordinering elimineras.

Den huvudsakliga skillnaden mellan Continuous Delivery och Continuous Deployment ligger i vem (eller vad) som fattar beslutet att driftsätta till produktion:

• Continuous Delivery: Automatiseringen säkerställer att programvaran alltid är redo för release, men en människa avgör när knappen för produktionsdriftsättning ska tryckas.
• Continuous Deployment: Automatiseringen hanterar allt; programvaran driftsätts automatiskt till produktion så snart den har klarat alla tester. Ingen mänsklig inblandning behövs för den slutliga releasen.

Valet mellan CD och CDep beror på teamets mognad, tilliten till automatiseringen och risktoleransen.

• Börja med CD: Det är en säkrare startpunkt som bygger upp tilliten till er pipeline.
• Gå över till CDep: Gör det först när era strategier för automatiserade tester, övervakning och återställning är extremt robusta.
• Ta hänsyn till sammanhanget: Starkt reglerade branscher (t.ex. finans och sjukvård) föredrar ofta CD på grund av efterlevnadskrav.

Nu har Ni lärt Er den avgörande skillnaden mellan Continuous Delivery och Continuous Deployment!

• Continuous Delivery (CD): Programvaran är alltid redo för release, men en människa utlöser den slutliga produktionsdriftsättningen.
• Continuous Deployment (CDep): Programvaran släpps automatiskt till produktion så snart den har klarat alla automatiserade tester.

Dessa metoder, som bygger vidare på Continuous Integration, är grundläggande för att uppnå snabba och tillförlitliga programvarureleaser i en DevOps-kultur.