continuous deployment devops
Hva er kontinuerlig distribusjon i DevOps?
Vår forrige opplæring i denne serien forklarte betydningen av Kontinuerlig levering .
Kontinuerlig levering er en automatisert distribusjonsrørledning med automatiserte og manuelle porter imellom mens Kontinuerlig distribusjon er den kontinuerlige leveringsrørledningen uten manuelle porter i mellom.
Anbefalt lesing => DevOps-trening med tekst- og videoopplæring
Så, kontinuerlig distribusjon trenger ikke være en 'frigjøring til produksjon'. Men koden distribueres til produksjonen og holdes stum ved hjelp av 'Feature Toggles', og når den er klar, vil Feature-bryteren bli slått på.
Disse funksjonsknappene unngår enhver risiko for at funksjonsfunksjonaliteten i produksjonen mislykkes ved å slå AV den distribuerte funksjonen i produksjonen.
Dette alternativet tillater også å slå på funksjonen til et bestemt sett med brukere eller bestemt geografi eller et bestemt kundeside eller til og med for interne ansatte for innledende evaluering og tilbakemelding.
VIDEO Del 3 Blokk 3: Kontinuerlig distribusjon- 6 minutter og 28 sekunder
beste gratis dataskanning og reparasjon
Videoutskrift:
Rett før forrige video lærte vi om den kontinuerlige leveringsmetoden og fordelene.
I denne blokken kan vi lære om kontinuerlig distribusjon og hvordan er den forskjellig fra kontinuerlig levering. Og vi vil også forstå betydningen av kontinuerlig testing og kontinuerlig testing i DevOps.
Her ønsker jeg å introdusere et annet begrep med DevOps, det vil si kontinuerlig distribusjon, som ikke skal forveksles med kontinuerlig levering fordi den korte formen for begge er CD.
Som vi allerede vet, er kontinuerlig levering eller CD prosessen med å levere programvare- eller programvareoppdateringer til produksjonen i mindre trinn, slik at programvaren kan frigjøres når som helst til produksjonen.
Det er en automatisert distribusjonsrørledning med både automatiserte og manuelle porter i mellom.
hvordan åpne torrented filer på mac
La oss nå komme til kontinuerlig distribusjon.
Kontinuerlig distribusjon er også en kontinuerlig leveringsrørledning, men uten noen manuelle porter i mellom. Jeg mener, ingen manuelle porter eller ingen manuell inngrep, fra den første koden forpliktet til koden er i produksjonen.
Dette bildet vil forklare deg den kontinuerlige distribusjonsrørledningen.
Som du ser i dette diagrammet, er det det samme som en kontinuerlig leveringsrørledning, det vil være en build-utløser etterfulgt av en kodeinnsjekking, automatisert kompilering, build, enhetstester, distribusjon og andre automatiserte tester til 'distribusjon til produksjonen '.
Her vil jeg ikke kalle dette som 'Slipp til produksjon', men distribusjon til produksjon, som jeg vil forklare om en liten stund.
Så det er ingen manuelle testfaser eller manuelle godkjenningsporter eller med andre ord ingen manuell inngrep i det hele tatt.
beste spionprogrammer for mobiltelefoner
Dette skjer hovedsakelig i en modnet organisasjon og i tilfelle levering eller oppdatering av modne produkter, der DevOps-praksis er etablert veldig bra, og det er bare tilstrekkelig med automatisert leveringsrørledning som er tilstrekkelig til å ivareta kvaliteten og ingen manuelle tester og kvalitetsporter er nødvendige.
Imidlertid er funksjonskoblinger nødvendige for kontinuerlig distribusjon, men finnes i begge metodene, dvs. kontinuerlig levering og kontinuerlig distribusjon, og de er must for kontinuerlig distribusjonsrørledning.
Funksjonen veksler for å unngå risiko for at funksjonsfunksjonaliteten i produksjonen mislykkes ved å slå AV den distribuerte funksjonen i produksjonen. Så dette funksjonsflagget sørger for at alle funksjonene som distribueres til produksjonen kan slås PÅ eller AV basert på kravet og derfor ikke trenger å bli frigitt umiddelbart til sluttbrukerne.
Som sitert tidligere, trenger kontinuerlig distribusjon ikke nødvendigvis å være en utgivelse for kundene, men en 'distribusjon til produksjon'. Dette alternativet for kontinuerlig distribusjon brukes til å distribuere visse tidsbundne funksjoner.
Å gi en Eksempel , et tjenestetilbud med merverdi av en mobiloperatør til kundene i løpet av julen, kan distribueres via kontinuerlig distribusjonsmetode til produksjon når som helst, slik at funksjonen eller verdiøkende servicepakke holdes klar på live og åpnes under Jul eller ved midnatt på det nye året osv., Gjennom en funksjonskifte.
Og denne funksjonen kan åpnes i produksjon i løpet av små timer eller sovende timer, og kan trygt slås på for sluttbrukerne senere på dagen, etter at den har fungert bra.
I utgangspunktet er det som å distribuere koden / funksjonen til produksjonen, men ikke kjøre koden før det er på riktig tid eller teamet tar en beslutning om å frigjøre koden eller funksjonen.
Dette alternativet gjør det også mulig å slå på funksjonen til et bestemt sett med brukere eller en viss geografi eller et bestemt kundeside eller til og med for interne ansatte for innledende evaluering og tilbakemelding.
Folk refererer også til DevOps-praksis som CI-CD-modell, der CD refererer til kontinuerlig levering, kontinuerlig distribusjon. Og dette handler om kontinuerlig distribusjon.
Foreslått lesing = >> Kontinuerlig implementering med Pact CLI
I den kommende videoopplæringen vil vi lære om ‘kontinuerlig testing’ og kontinuerlig testing.
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- Kontinuerlig levering i DevOps
- Kontinuerlig testing i DevOps
- Kontinuerlig integrasjon i DevOps
- Topp 10 kontinuerlige testverktøy for DevOps-testing (2021 List)
- Sammendrag av DevOps Video Tutorials
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)
- Topp AWS DevOps-verktøy for skybygging og distribusjon
- DevOps Testing Tutorial: Hvordan DevOps vil påvirke QA-testing?