Menu

Kontinuerlig implementering i DevOps

continuous deployment devops

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er kontinuerlig implementering i DevOps?

Vores tidligere tutorial i denne serie forklarede betydningen af Kontinuerlig levering .

Kontinuerlig levering er en automatiseret implementeringsrørledning med automatiske og manuelle porte imellem, mens Kontinuerlig distribution er den kontinuerlige leveringsrørledning uden manuelle porte imellem.

Anbefalet læsning => DevOps-træning med tekst- og videotutorials

Kontinuerlig implementering i DevOps

Så kontinuerlig implementering behøver ikke være en 'frigivelse til produktion'. Men koden distribueres til produktionen og holdes under lydløs ved hjælp af 'Feature Toggles', og når den er klar, aktiveres funktionsknappen.

Disse funktionskontakter undgår enhver risiko for, at funktionsfunktionaliteten i produktionen mislykkes, ved at slukke for den implementerede funktion i produktionen.

Denne mulighed tillader også at tænde funktionen for et bestemt sæt brugere eller en bestemt geografi eller et bestemt kundeside eller endda for interne medarbejdere til indledende evaluering og feedback.

VIDEO Del 3 Blok 3: Kontinuerlig implementering- 6 minutter og 28 sekunder

gratis sæbe webtjenester til test

Videoudskrift:

Lige før den forrige video lærte vi om den kontinuerlige leveringsmetode og dens fordele.

Lad os i denne blok lære om kontinuerlig implementering, og hvordan er den forskellig fra kontinuerlig levering. Og vi vil også forstå betydningen af ​​kontinuerlig test og pipeline for kontinuerlig test i DevOps.

Spørgsmål og svar til mobil testinterview

Her vil jeg introducere et andet udtryk for DevOps, dvs. kontinuerlig implementering, som ikke skal forveksles med kontinuerlig levering, fordi den korte form for begge er CD.

Som vi allerede ved, er kontinuerlig levering eller CD processen med at levere software- eller softwareopdateringer til produktionen i mindre intervaller, hvilket sikrer, at softwaren kan frigives når som helst til produktionen.

Det er en automatiseret implementeringsrørledning med både automatiserede og manuelle porte imellem.

Lad os nu komme til kontinuerlig implementering.

Kontinuerlig implementering er også en kontinuerlig leveringsrørledning, men uden manuelle porte imellem. Jeg mener, ingen manuelle porte eller ingen manuel indgriben, fra den indledende kode begår, indtil koden er i produktionen.

Dette billede forklarer dig den kontinuerlige implementeringspipeline.

Som du ser i dette diagram, er det det samme som en kontinuerlig leveringsrørledning, der vil være en build-trigger efterfulgt af en kode-check-in, automatiseret kompilering, build, enhedstest, implementering og andre automatiserede tests indtil 'implementeringen til produktionen '.

Her vil jeg ikke kalde dette som 'Frigivelse til produktion', men implementering til produktion, hvilket jeg vil forklare om lidt.

Så der er ingen manuelle testfaser eller manuelle godkendelsesporte eller med andre ord slet ingen manuel indgriben.

automatiseret testværktøj til webapplikationer

Dette sker hovedsageligt i en modnet organisation og i tilfælde af levering eller opdateringer af modnede produkter, hvor DevOps-praksis er etableret meget godt, og derfor er bare automatiseret leveringsrørledning tilstrækkelig til at tage sig af kvaliteten, og der kræves ingen manuel test og kvalitetsporte.

Funktionskoblinger er dog nødvendige for kontinuerlig implementering, selvom de findes i begge metoderne, dvs. kontinuerlig levering og kontinuerlig implementering, og de er must for kontinuerlig implementeringsrørledning.

Funktionen skifter for at undgå enhver risiko for funktionsfejl i produktionsfunktionen ved at slukke for den implementerede funktion i produktionen. Så dette funktionsflag sikrer, at alle de funktioner, der distribueres til produktionen, kan slås TIL eller FRA baseret på kravet og derfor ikke behøver at blive frigivet straks til slutbrugerne.

Som nævnt tidligere behøver kontinuerlig implementering ikke nødvendigvis være en frigivelse til kunderne, men en 'implementering til produktion'. Denne mulighed for kontinuerlig implementering bruges til at implementere bestemte tidsbundne funktioner.

At give en Eksempel , kan en mobiloperatørs værditilvækstjenesteudbud til kunderne i løbet af julen distribueres via kontinuerlig implementeringsmetode til produktion til enhver tid, så funktionen eller værditilvækket servicepakke holdes klar på live og åbnes under Jul eller ved midnat i det nye år osv., Gennem en funktionskift.

Og denne funktion kan åbnes i produktionen i løbet af små timer eller sovende timer og kan sikkert tændes for slutbrugerne senere på dagen efter at have sikret, at den fungerer fint.

Dybest set er det som at anvende koden / funktionen til produktionen, men ikke køre koden, før det er det rigtige tidspunkt, eller holdet træffer en beslutning om at frigive koden eller funktionen.

Denne mulighed tillader også at tænde funktionen for et bestemt sæt brugere eller en bestemt geografi eller et bestemt kundeside eller endda for interne medarbejdere til indledende evaluering og feedback.

Folk henviser også til DevOps-praksis som CI-CD-model, hvor CD henviser til kontinuerlig levering, kontinuerlig implementering. Og det handler om kontinuerlig implementering.

Foreslået læsning = >> Kontinuerlig implementering med Pact CLI

I den kommende video-tutorial lærer vi om 'kontinuerlig test' og pipeline til kontinuerlig test.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^