Menu

Kontinuerlig levering i DevOps

continuous delivery devops

Prøv Vores Instrument Til At Fjerne Problemer

Hvad er kontinuerlig levering i DevOps?

Kontinuerlig integration blev forklaret detaljeret i vores sidste vejledning. Her vil vi se kontinuerlig levering i DevOps.

Kontinuerlig levering er den vigtige proces med at levere softwaren / opdateringer til produktion i mindre intervaller, hvilket sikrer, at softwaren kan frigives når som helst. Med denne tilgang af DevOps vil holdet altid være klar til at 'levere når som helst' til produktionen.

Læs også => En komplet DevOps-guide

Kontinuerlig levering i DevOps

Så kontinuerlig levering er en pipeline eller en livscyklus for en kode, hvor koden, der er nyudviklet eller opdateret af softwareteamet, bliver testet i forskellige faser både gennem manuelle og automatiserede tests og passerer både de manuelle og automatiserede sceneporte og kommer ind i produktion.

Hovedfokus og mål med kontinuerlig levering er at opbygge, teste og frigive til kunden ret hurtigere og oftere i korte cyklusser.

Nedenfor er fordelene ved cd'en.

    1. Øger antallet af leverancer.
    2. Minimerer risikoen for produktionsfejl.
    3. Reducerer manuelt arbejde.
    4. Øger tilliden til holdet.
    5. Gør det muligt for teamet at automatisere alt.
    6. Muliggør hurtigere feedback.

VIDEO Del 3 Blok 2: Kontinuerlig levering- 10 minutter og 28 sekunder

Udskrift:

Vi har gennemført del 1 og del 2 af denne forelæsningsserie og er i øjeblikket på del 3 - blok 2

I blok1 studerede vi om kontinuerlig integration, som er en vigtig automatiseret proces i DevOps-praksis, hvor vi forstod, at kontinuerlig integration er en kontinuerlig proces til at flette alle udvikleres kode til et centralt lager og validere hver enkelt fusion med en vellykket build og automatiserede enhedstests .

Vi undersøgte også fordelene ved CI.

hvordan du konfigurerer en firewall på et netværk

Lad os nu forstå om kontinuerlig levering, hvilket er en anden vigtig proces i DevOps-praksis.

Vi ved, at hovedformålet med DevOps er at levere kontinuerligt med små stigninger i værdi til kunderne.

I tråd med dette mål er CD, kort fortalt, noget som hvor holdet altid er klar til ' leverer når som helst ' til produktionen i stedet for vores ældgamle model om kun at levere på den bestemte forpligtede leveringsdato og holde os til den dato alene.

Kontinuerlig levering er således en pipeline eller en livscyklus for en kode, hvor koden, der er nyudviklet eller opdateret af softwareteamet, bliver testet på forskellige stadier både gennem manuelle og automatiserede tests og passerer både de manuelle og automatiserede sceneporte og kommer ind i produktion.

Hovedfokus og mål for kontinuerlig levering er at opbygge, teste og frigive til kunden ret hurtigere og oftere. Du ved hurtigere og refererer ofte til kun et par timer i DevOps.

Kort sagt, kontinuerlig levering er en tilgang til levering af software i korte cyklusser.

webservices interviewspørgsmål til erfarne

Så det er klart, at CD har til hensigt at levere værdi til kunden oftere ved at reducere omkostningerne, øge leveringshastigheden, øge pålideligheden og reducere risikoen for at levere tunge stykker kode.

Derfor er kontinuerlig levering en proces til levering af softwaren / opdateringer til produktion i mindre intervaller, hvilket sikrer, at softwaren kan frigives når som helst.

Dette er den diagrammatiske gengivelse af kontinuerlig levering.

Vi vil forstå lidt mere detaljer om det.

Det er klart, at når hurtigere leverancer, der fokuserer på omkostninger, tid, kvalitet og pålidelighed, er målet for kontinuerlig levering, så er 'Automation overalt' et must.

CD omfatter den samlede automatisering for sin komplette cyklus, der starter med kodecheck-in, kompilering og bygning, kørsel af automatiserede enhedstests, kørsel af accepttest og indtil koden er i produktion, og denne pipeline kaldes 'Automated deployment pipeline'.

Så i DevOps kaldes kontinuerlig levering også 'Automated deployment pipeline'.

Dette vil omfatte få manuel test såvel som 'Brugeraccept test', som normalt køres af slutbrugeren og også få manuelle godkendelsesporte, da koden kommer tæt på produktionsmiljøet.

Definitionen af ​​cd-pipeline og inkludering af forskellige testfaser, ingen testfaser og godkendelsesporte, hverken manuel eller automatiseret, afhænger af organisationerne baseret på programkravet.

Så hvis du ser dette diagram, kan vi tydeligt sige, at kontinuerlig levering inkluderer to rørledninger, den ene er bygget en rørledning, der inkluderer CI, som består af automatiseret build-trigger, kompilering, bygning og implementering.

Den anden er testrørledningen, som grundlæggende inkluderer 'kontinuerlig test', som vi vil diskutere i den næste blok.

Efter at have forstået den kontinuerlige leveringsmetode, lad os samle fordelene ved kontinuerlig levering.

Kontinuerlig levering er en automatiseret implementeringsrørledning, og derfor er

# 1. Øger antallet af leverancer

#to. CD er en kort cyklus så lille, som den kører på et par timer. Så hvis CD er små og hyppige implementeringer, fjerner den den højere risiko for produktionsfejl.

# 3. Medmindre der er et påkrævet krav om menneskelig indgriben, er alt i rørledningen fra start til slut automatiseret. Så mange manuelle arbejder er reduceret.

# 4. Kontinuerlig levering øger tilliden til holdet, og teamet vil altid være forberedt på 'levering til produktion', og deres sind vil konstant blive forbundet til den kvalitet og den hastighed, der forventes i produktionen

# 5. Kontinuerlig levering muliggør og beriger både udvikling og drift til at automatisere alt i rørledningen, som inkluderer udvikling såvel som driftsaktiviteter, udløsende, bygning, enhedstest, implementering, definition af infrastruktur og miljøkonfigurationer som kode, højere testniveauer (funktionalitet, sikkerhed , ydeevne, brugergrænseflade osv.,)

# 6 . Sidst men ikke mindst hjælper kontinuerlig levering, som en kort implementeringscyklus, teamet med at få hurtigere feedback på leveringen, også det ikke kun fra udviklingsmiljøet, men også fra produktionsmiljøet og gør derfor softwareleverancerne til en lav stressaktivitet eller BAU, forretning som sædvanlig for holdet.

Med dette fuldender vi og lærer om den kontinuerlige leveringsmetode og dens fordele.

Lad os i vores kommende video også forstå, hvad der er kontinuerlig implementering, og hvordan adskiller den sig fra kontinuerlig levering. Vi lærer også om den kontinuerlige testpipeline.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^