Continuous Delivery og Deployment

Forestil dig en velsmurt maskine, der klargør et produkt, men hvor en person stadig giver det endelige 'go', før produktet forlader fabrikken.

• Commit af kode: Udvikleren sender kode op.
• CI-pipeline: Koden bygges, enhedstestes og integreres.
• Automatiserede tests: Yderligere tests (integration og fra start til slut) køres automatisk.
• Oprettelse af artefakt: Der oprettes en pakke, der kan implementeres (f.eks. et Docker-image).
• Implementering i testmiljø: Pakken implementeres automatisk i et testmiljø til de sidste kontroller.
• Manuel udgivelse: Et teammedlem godkender manuelt og udløser implementeringen til produktion.

CD giver betydelige fordele i udviklingsprocessen:

• Reduceret risiko: Hver ændring er lille, så problemer er nemmere at finde og løse.
• Hurtigere feedback: Teams får hurtigere feedback på ændringer, hvilket forbedrer kvaliteten.
• Højere kvalitet: Grundig automatiseret testning reducerer antallet af fejl før den manuelle godkendelse.
• Hurtigere vej til markedet: Softwaren er altid klar til brug, hvilket fremskynder udgivelser.

Continuous Deployment (CDep) tager Continuous Delivery et skridt videre. Det betyder, at enhver ændring, der består alle automatiserede tests, automatisk udgives til produktion.

• Der er intet manuelt godkendelsestrin, før softwaren implementeres hos brugerne.
• Det kræver et ekstremt højt niveau af tillid til din automatiserede testning og overvågning.

Tænk på det som en fuldt autonom fabrik, hvor produkter bygges, testes og afsendes med det samme uden menneskelig indgriben.

• Commit af kode: Udvikleren sender kode op.
• CI-pipeline: Koden bygges, enhedstestes og integreres.
• Automatiserede tests: Alle integrations-, fra start til slut- og ydeevnetests køres automatisk.
• Oprettelse af artefakt: Der oprettes en pakke, der kan implementeres.
• Implementering i testmiljø: Pakken implementeres automatisk i et testmiljø.
• Automatiseret implementering til produktion: Hvis alle tests består, implementeres pakken automatisk til produktion.

CDep maksimerer hastigheden på udgivelser og feedbacksløjfer:

• Ultrahurtige udgivelser: Nye funktioner og fejlrettelser når næsten øjeblikkeligt ud til brugerne.
• Øjeblikkelig feedback: Data om brug i den virkelige verden og fejlrapporter kommer hurtigere ind.
• Ægte agilitet: Teams kan gentage og reagere på markedsændringer med en hidtil uset hastighed.
• Reduceret administration: Tidsforbruget og indsatsen til manuel koordinering af udgivelser elimineres.

Den vigtigste forskel mellem Continuous Delivery og Continuous Deployment er hvem eller hvad der træffer beslutningen om at implementere til produktion:

• Continuous Delivery: Automatisering sikrer, at softwaren altid er klar til udgivelse, men et menneske beslutter hvornår knappen til implementering i produktion skal aktiveres.
• Continuous Deployment: Automatisering håndterer alt; softwaren implementeres automatisk til produktion, så snart den består alle tests. Der er ikke behov for menneskelig indgriben i forbindelse med den endelige udgivelse.

Valget mellem CD og CDep afhænger af dit teams modenhed, tillid til automatisering og risikotolerance.

• Begynd med CD: Det er et sikrere udgangspunkt, hvor du opbygger tillid til din pipeline.
• Gå videre til CDep: Gør det kun, når dine strategier for automatiseret testning, overvågning og tilbagerulning er ekstremt robuste.
• Tag konteksten i betragtning: Stærkt regulerede brancher (f.eks. finans og sundhed) foretrækker ofte CD på grund af krav til overholdelse af regler.

Du har nu lært den afgørende forskel mellem Continuous Delivery og Continuous Deployment!

• Continuous Delivery (CD): Softwaren er altid klar til udgivelse, men et menneske udløser den endelige implementering til produktion.
• Continuous Deployment (CDep): Softwaren udgives automatisk til produktion, så snart den består alle automatiserede tests.

Disse praksisser, som bygger på Continuous Integration, er grundlæggende for at opnå hurtige og pålidelige softwareudgivelser i en DevOps-kultur.