Meny

Demystifying DevOps: Video Tutorial (Del 1)

  • Hoved
  • Annen
  • Demystifying DevOps: Video Tutorial (Del 1)

demystifying devops video tutorial

Prøv Instrumentet Vårt For Å Eliminere Problemer

DevOps Video Tutorials:

hva er best mp3 downloader for android

I vår forrige opplæring lærte vi hvordan DevOps vil påvirke QA-testing . Her, i denne opplæringen, lærer du alt om DevOps med en video inkludert i den.

(Rull ned for å starte med den første videoen i denne serien)

Anbefalt lese => DevOps Training Series

I disse dager er DevOps det hete temaet og moteordet i IT-bransjen.

Avmystifisere DevOps

Med den økende etterspørselen etter programvareleveranser, gjennomgår programvaren som leverer metodikk endringer for å møte de krevende kundenes forventninger.

Så DevOps er en forbedret og siste måte å levere programvaren til kundene, spesielt for skybaserte løsninger der programvareleveranser forventes å skje raskt.

Mange av de avanserte organisasjonene har allerede begynt å omfatte DevOps måte å levere programvare til kundene på. Og mange flere er i retning av å vedta det. Også i disse dager krever flertallet av IT-mulighetene DevOps-kunnskap.

Derfor er det veldig viktig for alle å Demystify ‘DevOps’.

Demystifying DevOps - Video Tutorials

Formålet med DevOps-opplæringsvideoopplæringen:

  • Å vite om DevOps for å marsjere mot implementeringen.
  • For å forstå hvordan DevOps bringer endringer i den nåværende måten å jobbe på og levere.
  • Å skape en grunnleggende forståelse av DevOps-konseptet.

Innhold:

Det inneholder,

  • Alt om DevOps.
  • Hva er samarbeid og hvordan bringe samarbeid mellom Dev og Ops?
  • Nøkkelprosesser av DevOps, kontinuerlig integrasjon, kontinuerlig testing og kontinuerlig distribusjon.
  • Nøkkelkonsepter for DevOps, frigjøringsadministrasjon, konfigurasjonsadministrasjon og applikasjonsovervåking.

Viktige læringer:

  • Kunne definere DevOps.
  • Hvorfor trenger en organisasjon DevOps?
  • Hvordan komme i gang med DevOps?
  • Hvordan få utviklings- og driftsteam sammen?

Oppsett:

  • Denne komplette opplæringen er strukturert i fire deler, del1, del2, del3 og del4 og deretter en lukking eller oppsummering del5.
  • Hver del er videre delt inn i blokker med mindre videoer med den hensikt at det blir lett for alle å forstå godt.
  • I hver av disse videoene er det en oppsummering av hva som er dekket i forrige video og hva som skal dekkes i neste video.
  • Videoen er veldig enkel, med enkle språk- og powerpoint-lysbilder med noen nyttige tegninger for å forklare hvor det er nødvendig.
  • Hver video er uavhengig av seg selv for å forstå konseptet og trenger ikke å henvise til andre videoer. Men det er fornuftig å gå i rekkefølgen fra del 1 til del 4 for bedre forståelse av temaet.

Dekning:

Del 1 : (Denne veiledningen)

Introduksjon til DevOps. Dens bakgrunn, definisjon, verdi, fordeler, vaner og beste praksis for DevOps.

Del 2 :

DevOps praksis basert på Agile Principles, viktigheten av viktige prosesser som kildekontroll og automatisering og hvordan den brukes på DevOps.

Del 3 :

Detaljer om de viktigste prosessene til DevOps som,

  • Kontinuerlig integrering,
  • Kontinuerlig testing og
  • Kontinuerlig distribusjon.

Del 4 :

Viktigheten av få flere viktige prosesser av DevOps,

  • Konfigurasjonsstyring,
  • Slipp ledelse og
  • Overvåking av applikasjonsytelse i Live.

Del 5 :

Sammendrag av hele kurset.

******************************************

La oss starte med den første videoopplæringen i denne serien:

I denne første delen av videoen av denne veiledningen vil du lære,

  • Hva er bakgrunnen til DevOps og driverne for å introdusere denne nye måten å levere programvaren på?
  • Hva er DevOps, hvorfor er det ingen enkelt definisjon for å definere DevOps? Er det en metode, prosess, kultur?
  • Mens vi forsto hva DevOps er, er det viktig å vite hva DevOps ikke er.
  • Fordelene med å implementere DevOps i en organisasjon.
  • Og de forskjellige praksisene og vanene til DevOps.
  • Nøkkelverdiene til DevOps.

VIDEO Del 1: Introduksjon- 21 minutter og 46 sekunder

Vel, i dag skal jeg snakke om emnet ‘Demystifying DevOps’, som er et veldig hett tema i IT-bransjen i disse dager.

Vi fortsetter å høre dette motordet veldig ofte overalt. Også i disse dager søker flertallet av IT-jobbmulighetene ‘DevOps’ kunnskap og erfaring, og det er derfor veldig viktig å vite om det.

Kom igjen!! La oss forstå hva dette DevOps handler om.

Oversikt

Denne serien, ‘Demystifying DevOps’ er spredt over 4 deler, og dette vil igjen gjøre publikum lite komfortabelt med å forstå hver del av DevOps sakte og jevnt.

Mot slutten av denne serien er jeg sikker på at du vil kunne definere hva som er DevOps? hvorfor trenger vi DevOps? hva er fordelene? hvordan kan en organisasjon omfavne DevOps for deres engasjement? og hva er testers rolle i hele DevOps Practice?

Mens den smidige fremgangsmåten akselererte utviklingsprosessen raskt, og programvareteamet begynte å levere den til Operations i den angitte tidslinjen, sto IT-industrien fremdeles overfor utfordringer med å gjøre programvareproduksjonen klar og åpne den for kundene.

Operasjoner tok virkelig mye tid på å få den produsert med mye frem og tilbake mellom programvareteamet og operasjonsteamet med vanskeligheter med å installere programvaren, operasjonalisere den og administrere ytelsen.

Industrien forsto langsomt frakoblingen mellom utvikling og drift og gapet i samarbeidet mellom interessentene, spesielt operasjonene, utviklerne, forretningsanalytikerne og testerne for å få programvarens behandlingstid og levere kvalitetsprogramvaren, som virkelig viste seg å være kostbar .

Og sakte førte dette gapet til introduksjonen av praksis kalt 'DevOps' som ble utviklet utover den smidige praksisen og prinsippene som hadde som mål å levere kvalitetsprogramvaren. Eller med andre ord ‘levere verdi til kundene’ på kort tidsspalt på en mer effektiv måte og levere det som kundene faktisk ønsket.

Hva er DevOps?

Nå, etter å ha forstått bakgrunnen for introduksjonen av DevOps, blir det lett for oss å definere hva som er DevOps. Når det gjelder definisjonen av DevOps, er det ingen standarddefinisjon for den. Men jeg vedder på at mange vil gi sin egen versjon av definisjoner.

Ettersom vi forsto hensikten og intensjonen med å introdusere DevOps, kan vi tydelig si at DevOps er en praksis med tydelig samarbeid mellom interessentene i programvareutviklingen, ikke bare utviklerne og operasjonene, men med resten av teamet, for å muliggjøre levering av verdi til kunden raskere og bedre.

Her, når jeg sier resten av teamet, inkluderer det prosjektledere, forretningsanalytikere, folk som samler kravene, de som vedlikeholder applikasjonen, kundeservicemedarbeidere osv.,

Devops broer hovedsakelig hullene som eksisterte tidligere på grunn av manglende kommunikasjon og samarbeid, og som igjen resulterte i dårlig kvalitet på programvaren, mye forsinkelse i distribusjoner og misfornøyde kunder også.

Vel, DevOps er ikke bare samarbeidet, men også kombinasjonen av et riktig sett med mennesker, riktig sett med prosesser og riktig sett med verktøy for å muliggjøre kontinuerlig levering av ‘verdi til kunder’. Her fortsetter jeg å trykke på ordet ‘Verdi for kunder’ fordi det eneste og endelige målet med DevOps er å gjøre programvareproduksjonen klar for å levere verdi til kundene.

Dette er en stor forskjell og det viktigste aspektet av DevOps.

Til slutt er Devops en kultur som gjør det mulig for folk å fokusere på,

  1. Kunde
  2. Levering til produksjon,
  3. Automasjon
  4. Tilbakemelding og måling

Hva er ikke DevOps?

Etter å ha forstått hva DevOps er, er det også bedre å forstå hva som ikke er DevOps, for å unngå forvirring.

DevOps er ikke et åpen kildekode eller lisensiert verktøy, som vil være tilgjengelig på markedet, slik at man kan gå, kjøpe, installere og bruke det, og du har alle resultatene tilgjengelig. Verken er det noen standardspesifikasjon eller regelbok slik at man kan følge og få ønsket resultat.

Det er heller ikke noe sett med prosesser som ISO, CMMI slik at man kan tilpasse seg og få sertifiseringen.

I tillegg til det manglende samarbeidet mellom utvikling og drift, med de skiftende markedsbehovene, var det mye mer smertepunkter i den tradisjonelle programvareutviklingsmetoden og til og med i den smidige metoden, som det var nødvendig å ta tak i, og som ble nøkkeldrivere av DevOps-praksis.

Vel, behovet for kontinuerlig forbedring av kvaliteten og ytelsen til applikasjonen var det aller viktigste. Å øke kundens forventninger, krav og møte den forventede kundeopplevelsen var en reell utfordring i den tradisjonelle s / w-utviklingsmetoden.

Det stadig økende presset og konkurransen i markedet for å frigjøre raskere og raskere var en annen viktig driver.

Med det nåværende utvalget av støtte for flere operativsystemer og plattformer, er det ikke bare nok å utvikle programvaren til å fungere på en enkelt plattform eller operativsystem, og det var derfor nødvendig med programvareutviklingsprosess for å støtte flere plattformer samtidig.

Stadig mer programvare som kom videre til de skybaserte løsningene krevde kontinuerlig testing, kontinuerlig distribusjon og automatisering for å redusere syklustiden.

Økning i komplekse og oppdragskritiske programmer, løsninger og varierende komplekse IT-infrastrukturer for distribusjon og støtte som kreves på tvers av geografier for å opprettholde dem gjennom en stor utfordring for programvareutviklingen.

Verdien av DevOps

Etter å ha forstått nøkkeldriverne til DevOps, blir det lett å forstå verdien av DevOps som det gir organisasjonen som praktiserer den.

DevOps bygger hovedsakelig gapet mellom interessentene og forbedrer dermed kommunikasjonen og samarbeidet gjennom applikasjonens utviklingslivssyklus. DevOps forbedrer ledetiden og reduserer leveringstidslinjene for programvaren. Ledetid er tiden som har gått fra koden forpliktet til kode levert til produksjonen.

Så samlet sett hemmer DevOps en kultur som endrer hele organisasjonen og fører sine ansatte til å fokusere mot å levere programvare som gir verdi til kundene.

Med andre ord, å levere mindre, bedre og raskere er den totale hemmeligheten til DevOps.

Fordeler med DevOps

Etter å ha adressert timens behov fra markedets etterspørsel, viste DevOps praksis seg med økt kundetilfredshet, og resulterte dermed i økt kundebase.

Uansett hva som var nøkkeldrivere for utøvelsen av DevOps, resulterte de i suksess, som forbedret kvalitet og ytelse gjennom en kontinuerlig test- og tilbakemeldingsprosess.

Innføring av 'automatiser alt' -prinsippet sammen med levering av infrastruktur og konfigurasjon som kode resulterte i å minimere menneskelige feil, levere raskere til markedet og gjøre hyppigere utgivelser.

Versjonskontroll muliggjorde støtte for programvaren på flere plattformer, og tidlig og kontinuerlig testing resulterte i mindre feil og mindre feilrate i produksjonen.

På grunn av den kontinuerlige distribusjonen tok det raskere tid å fikse problemene og frigjøre det raskere. Så åpenbart kan man fortsette å legge fordelene til listen.

Øvelser med DevOps

Nøkkelingrediensene til DevOps er de beste metodene som implementeres på tvers av livssyklusen for applikasjonsutvikling, og dette bidrar til å innprente den nødvendige kulturen i teamet og driver teamet til å oppnå fordelene med DevOps-implementeringen.

# 1) Konfigurasjonsadministrasjon: Å vite klart, hva vi distribuerer, hvordan vi distribuerer og hvilken konfigurasjon som skal gå til produksjon, er nøkkelen til konfigurasjonsadministrasjon som er fullstendig versjonskontrollert.

# 2) Utgivelsesadministrasjon : Hvordan vi bygger en frigjøringsrørledning og håndterer dem tydelig, er det viktigste i frigjøringsledelsen.

# 3) Kontinuerlig integrasjon: Det sørger for at hvert kodeforpliktelse er versjonskontrollert, testet og kompilert, og kodebasen holdes ryddig og ren hele tiden.

# 4) Kontinuerlig distribusjon: Den retter seg mot distribusjonen av den kompilerte koden hele tiden fra testing til produksjonsmiljøet.

Testautomatisering er den viktige og kritiske fremgangsmåten til DevOps som gjelder gjennom hele livssyklusen. Da er det å levere ‘Infrastruktur som kode’ et av de viktigste høydepunktene i DevOps Practice.

Så senere når koden er distribuert til produksjonen, er det viktig å sikre at programvaren kjører vellykket, ved å samle ytelsesdataene, eventuelle feil som oppstod i systemet og også sluttbrukerdataene gjennom applikasjonsovervåking verktøy og metoder .

ved hjelp av matriser i funksjoner c ++

Så dette er de viktigste og viktigste fremgangsmåtene som brukes og vedtas av teamet gjennom programutviklingssyklusen, noe som sikrer dem å oppnå DevOps-målet.

Vaner med DevOps

Som Aristoteles sier: ‘Vi er det. Det vi gjentatte ganger gjør ... Fortreffelighet er derfor ikke en handling, men en vane.

Så jeg kaller dette som 'vaner' fordi vi praktiserer dem gjentatte ganger.

Derfor må disse vanlige vanene utvikles i teamet uten kompromisser mens de har tenkt å levere kvalitetsprogramvaren gjentatte ganger.

# 1) Styring av teknisk gjeld:

Å håndtere teknisk gjeld på en jevnlig basis er en av nøkkelaspektene, hvis det ikke gjøres, bremser programvaren drastisk. Derfor må teknisk gjeld alltid reduseres, og kodebasen bør holdes så ren som mulig. Den rene kodebasen gjør at koden kan distribueres klar når som helst.

Som jeg gjentatte ganger nevnte, er fokus på verdi for en kunde tankesett for teamet, og det er nøkkelkulturaspektet av DevOps, som hele tiden får teamet til å gjøre alt og alt som er understreket for å gi verdi til kunden.

Med denne tankegangen vil enkeltpersoner som tenker at deres arbeid er ferdig og kaster videre til andre for videre, bli stoppet. Og alle begynner å tenke at det endelige målet er å levere til produksjon og kun ta kreditt når kunden gir tilbakemelding eller takknemlighet etter å ha brukt programvaren i produksjonen.

Derfor, fokus på verdi for kunder motiverer og beriker teamet til å gjøre det bedre og bedre hver gang.

# 2) Hypotesedrevet utvikling :

I tillegg til å forstå kravene grundig, er det å forstå hva kunden faktisk gjør live og hva som er bruksmønsteret til en bestemt funksjon og å utvikle koden deretter, 'Hypothesis-driven development'.

Så å engasjere seg med kundene aktivt helt fra begynnelsen for å forstå hvordan de bruker programvaren og sikre at riktige ting blir utviklet i første omgang, er veldig viktig, og igjen er det en DevOps-vane.

# 3) Måling fra distribusjonen:

Å kontinuerlig måle ytelsen til leveransen og søke tilbakemeldinger fra distribusjonen er en annen viktig vane som hjelper teamet med å jobbe mot å forbedre programvaren og gi verdi til kundene.

# 4) Levende kultur :

Live-kultur er å innprente alles tankesett, at uansett hva vi utvikler, trenger vi å få det i produksjon uten problemer.

Det er kulturen å få alle i teamet til å forstå at 'Hvis det ikke er på Live Site, er det ingen steder', og det er ikke noe poeng eller noen fordel hvis vi ikke kan gjøre det til Live, og derfor vil vi ikke være i stand til å nå ut til sluttbrukerne våre hvis det ikke er i Live.

# 5) Infrastruktur som en fleksibel ressurs:

Å administrere infrastruktur som en fleksibel ressurs er et veldig viktig aspekt av DevOps fordi vi når som helst skal kunne kvitte oss med eksisterende infrastruktur og spinne en ny, det er fordi vi har definert infrastrukturen vår som en kode med veldig mye letthet.

Dette aspektet av DevOps hjelper oss med å gjøre programvaren vår støtte for flere plattformer og støtte for flere versjoner.

# 6) Teamsamarbeid:

Nå vet vi alle tydelig at det ikke bare er verktøyene eller prosessene som driver programvareutviklingen. Det er teamet som må samarbeide seg imellom og tilpasses forretningsmålene.

Så teamsamarbeid er det viktigste aspektet av DevOps-kulturen, som bygger bro over forståelsen mellom seg selv og programmet.

Derfor er disse holdningene, atferdene og vanene de viktigste grunnleggende aspektene av DevOps-kulturen.

DevOps-beregninger

Borte er dagene hvor vi pleide å samle tradisjonelle utviklings- og testrelaterte beregninger alene som bare fokuserte mot egen programvareutvikling og testing. Etter hvert som fokus for leveransen endret, ble beregningene som samles også justert for å finne verdi for kunden.

Selv om beregningene som skal samles inn, varierer litt fra organisasjon til organisasjon, avhengig av kundens prioritet, er måling av smidighet og pålitelighet av programvaren hovedfokus for DevOps.

Og disse beregningene vil være egnet til å måle fra perspektivet 'verdi for kunden, og de definerer hvordan teamet har det w.r.t. DevOps implementering.

I utgangspunktet er Agility-beregninger å måle utviklingseffektiviteten og Påliteligheten er å måle Operasjonseffektiviteten.

# 1) Beregningsmetoder:

Og antall distribusjoner over en periode.

(Jeg) Vi vet at DevOps handler om levering av mindre biter og å levere raskt.

Så denne smidighetsberegningen er å sjekke hvor ofte teamet har klart å gjøre distribusjonene og hva som er frekvensen av distribusjonene.

Neste er 'Det tar tid å distribuere endringer':

(ii) Vi vet også hvor ofte kundevisninger endres, noe som resulterer i endringsforespørsler, og DevOps intensjon er å snu disse endringene i produksjonen på et minimum.

Derfor er det neste aspektet av smidighetsmålinger å sjekke, Hva er tiden det tar å distribuere endringsforespørslene til produksjonen?

# 2) Pålitelighetsberegninger:

Pålitelighetsberegninger er å måle påliteligheten til programvaren etter distribusjonen.

Pålitelighetsberegninger inkluderer,

  1. Feilprosenten på utgivelsene og
  2. På tide å oppdage problemene og fikse dem.

#1) Feilfrekvensen for utgivelsene er å måle. Hvor ofte mislykkes vi med hensyn til distribusjonene våre? Her er målet å sikre at denne spesifikke verdien null over tid, og teamet bare blir vant til å distribuere vellykket hver gang og å gå til produksjon oftere blir en vane.

#to) Nå er tiden for å oppdage og fikse problemer å måle tiden det tar å oppdage feilen og løse den. Denne beregningen er også å sjekke, hvor raskt er vi i stand til å forstå hva som skjer i produksjonen, proaktivt oppdage problemene, rette på det ved å tilby løsningen og rute den til utviklingssyklusen som en løsning.

Denne beregningen fokuserer ikke bare på å snu den raske løsningen på produksjonen, men gjør det også mulig for teamet å forhindre slike problemer som oppstår i fremtiden ved å gjøre de riktige endringene i design, arkitektur, automatisert testrørledning, uansett.

Så ideelt sett er dette beregningene som hjelper teamet med å oppnå DevOps-kultur og levering.

La oss gjøre et raskt sammendrag:

  • Hva er DevOps?
  • Hva er DevOps ikke?
  • Hva er fordelene med DevOps?
  • Hva er DevOps praksis og vaner?
  • Og hva er nøkkelverdiene til DevOps?

Hva er DevOps? DevOps er en kultur i organisasjonen for å fokusere på å levere verdi til kunden gjennom et kontinuerlig samarbeid mellom utvikling, drift og resten av interessentene.

Hva er ikke DevOps? DevOps er ikke et lisensiert produkt eller open source-produkt, verken en spesifikasjon eller en standard.

Hva er fordelen med DevOps? DevOps gir levering av høy kvalitet, raskere levering, hyppige distribusjoner, små distribusjoner, færre feilprosent i produksjon etc.,

Hva er praksis med DevOps? DevOps-praksis er kontinuerlig integrasjon, testautomatisering, kontinuerlig distribusjon, infrastruktur som kode, konfigurasjonsadministrasjon, frigjøringsadministrasjon og applikasjonsytelsesovervåking.

Hva er vanene til DevOps? DevOps-vanene er styring av teknisk gjeld, fokus på å levere verdi til kunden, Live site-kultur, teamsamarbeid, administrasjon av infrastruktur som en fleksibel ressurs, hypotesedrevet utvikling og beregninger fra produksjonen.

Hva er beregningene til DevOps? Smidighet og pålitelighet er hovedfokusmålingene til DevOps.

Om forfatteren for videoopplæring om DevOps:

STH-teammedlem Gayathri Subrahmanyam er en programvaretestekspert med mer enn et og et halvt tiår med erfaring i å levere programvaretestprosjekter for forskjellige globale kunder på tvers av forskjellige domener. Hun har levert programvare, jobbet mye med tradisjonelle og smidige programvareutviklingsmetoder (SCRUM, SAFE) og sist arbeidet med DevOps metodikk ..

I vår neste videoopplæring vil vi lære DevOps-praksis basert på Agile Principles.

beste opprydningsverktøyet for pc

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^