Menu

Demystificering af DevOps: Video-tutorial (del 1)

demystifying devops video tutorial

Prøv Vores Instrument Til At Fjerne Problemer

DevOps Video Tutorials:

hvordan man tester private metoder ved hjælp af mockito

I vores tidligere tutorial lærte vi hvordan DevOps vil påvirke QA-test . Her i denne vejledning lærer du alt om DevOps med en video inkluderet i den.

(Rul ned for at starte med den første video i denne serie)

Anbefalet Læs => DevOps træningsserie

I disse dage er DevOps det hotte emne og buzzword i IT-branchen.

Afmystificering af DevOps

Med den stigende efterspørgsel efter softwareleverancer gennemgår software, der leverer metode, ændringer for at imødekomme de krævende kundeforventninger.

Så DevOps er en forbedret og nyeste måde at levere softwaren til kunderne, især til skybaserede løsninger, hvor softwareleveringer forventes at ske hurtigt.

Mange af de avancerede organisationer er allerede begyndt at omfatte DevOps måde at levere software til kunderne på. Og mange flere er i retning af at vedtage det. Også i disse dage kræver flertallet af it-mulighederne DevOps-viden.

Derfor er det meget vigtigt for alle at demystify 'DevOps'.

Demystificering af DevOps - Video-tutorials

Formål med DevOps-træningsvideovejledninger:

  • At vide om DevOps at marchere mod implementeringen.
  • At forstå, hvordan DevOps bringer ændringer i den nuværende måde at arbejde på og levere.
  • At skabe en grundlæggende forståelse af DevOps-konceptet.

Indhold:

Det indeholder,

  • Alt om DevOps.
  • Hvad er samarbejde, og hvordan får man samarbejde mellem Dev og Ops?
  • Nøgleprocesser for DevOps, kontinuerlig integration, kontinuerlig test og kontinuerlig implementering.
  • Nøglebegreber i DevOps, frigivelsesstyring, konfigurationsstyring og applikationsovervågning.

Nøgleindlæringer:

  • Kunne definere DevOps.
  • Hvorfor en organisation har brug for DevOps?
  • Hvordan kommer jeg i gang med DevOps?
  • Hvordan får jeg udviklings- og driftsteam sammen?

Layout:

  • Denne komplette tutorial er struktureret i 4 dele, del1, del2, del3 og del4 og derefter en lukning eller sammenfatning del5.
  • Hver del er yderligere opdelt i blokke af mindre videoer med det formål, at det bliver let for alle at forstå godt.
  • I hver af disse videoer er der et resumé af, hvad der er blevet dækket i den forrige video, og hvad der skal dækkes i den næste video.
  • Videoen er meget enkel med simpelt sprog og powerpoint-dias med nogle nyttige tegninger til at forklare, hvor det er nødvendigt.
  • Hver video er uafhængig af sig selv for at forstå sit koncept og behøver ikke at skulle henvise andre videoer. Men det giver mening at gå i rækkefølgen fra del1 til del4 for at få en bedre forståelse af emnet.

Dækning:

Del 1 : (Denne vejledning)

Introduktion til DevOps. Dens baggrund, definition, værdi, fordele, vaner og bedste praksis for DevOps.

Del 2 :

DevOps-praksis baseret på Agile Principles, vigtigheden af ​​nøgleprocesser som kildekontrol og automatisering og hvordan det anvendes på DevOps.

Del 3 :

Detaljer om de vigtigste processer i DevOps som,

  • Kontinuerlig integration,
  • Kontinuerlig test og
  • Kontinuerlig implementering.

Del 4 :

Betydningen af ​​få flere nøgleprocesser i DevOps,

  • Konfigurationsstyring,
  • Frigørelsesstyring og
  • Overvågning af applikationsydelse i Live.

Del 5 :

Resumé af hele kurset.

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

Lad os starte med den første videoundervisning i denne serie:

I denne første del af videoen i denne tutorial lærer du,

  • Hvad er baggrunden for DevOps og driverne til at introducere denne nye måde at levere softwaren på?
  • Hvad er DevOps, hvorfor er der ingen enkelt definition til at definere DevOps? Er det en metode, proces, kultur?
  • Mens vi forstod, hvad DevOps er, er det vigtigt at vide, hvad DevOps ikke er.
  • Fordelene ved at implementere DevOps i en organisation.
  • Og de forskellige fremgangsmåder og vaner ved DevOps-praksis.
  • De vigtigste metrics for DevOps.

VIDEO Del 1: Introduktion- 21 minutter og 46 sekunder

Nå, i dag vil jeg tale om emnet 'Demystifying DevOps', som er et meget varmt emne i IT-branchen i disse dage.

Vi hører dette buzzword meget ofte overalt. Også i disse dage søger størstedelen af ​​it-jobmulighederne 'DevOps' viden og erfaring, og det er derfor meget vigtigt at vide om det.

Kom nu!! Lad os forstå, hvad denne DevOps handler om.

Oversigt

Denne serie, 'Demystifying DevOps' er spredt over 4 dele, og dette vil igen gøre publikum lidt komfortabelt med at forstå hver del af DevOps langsomt og støt.

Ved afslutningen af ​​denne serie er jeg sikker på, at du vil være i stand til at definere, hvad der er DevOps? hvorfor har vi brug for DevOps? hvad er fordelene ved det? hvordan kan en organisation omfavne DevOps for deres engagement? og hvad er testers rolle i hele DevOps Practice?

Mens den agile praksis hastigt accelererede udviklingsprocessen, og softwareteamet begyndte at levere det til Operations inden for den specificerede tidslinje, stod stadig IT-industrien over for udfordringer med at gøre softwareproduktionen klar og åbne den for kunderne.

Operationer tog virkelig meget tid på at få det produktiseret med en masse frem og tilbage mellem softwareteamet og operationsteamet med vanskelighederne med at installere softwaren, operativisere den og styre ydeevnen.

Industrien forstod langsomt afbrydelsen mellem udvikling og drift og kløften i samarbejdet mellem interessenterne, især operationerne, udviklerne, forretningsanalytikerne og testerne for at få softwaretiden og levere kvalitetssoftwaren, som virkelig viste sig at være dyr .

Og langsomt førte dette hul til introduktionen af ​​den praksis, der hedder 'DevOps', som blev udviklet ud over den agile praksis og principper, der havde til formål at levere kvalitetssoftwaren. Eller med andre ord 'levere værdi til kunderne' på kort tid på en mere effektiv måde og levere det, som kunderne faktisk ønskede.

Hvad er DevOps?

Efter at have forstået baggrunden for introduktionen af ​​DevOps bliver det let for os at definere, hvad der er DevOps. Når det kommer til definitionen af ​​DevOps, er der ingen standarddefinition for det. Men jeg vedder på, at mange vil give deres egen version af definitioner.

Da vi forstod formålet og hensigten med at introducere DevOps, kan vi tydeligt sige, at DevOps er en praksis med klart samarbejde mellem interessenterne i softwareudviklingen, ikke kun udviklerne og operationerne, men med resten af ​​teamet for at muliggøre levering af værdi til kunden hurtigere og bedre.

Her, når jeg siger resten af ​​teamet, inkluderer det projektledere, forretningsanalytikere, folk, der samler kravene, dem der vedligeholder applikationen, kundeservicemedarbejdere osv.,

hvad er den bedste video downloader

Devops broer hovedsageligt hullerne, der eksisterede tidligere på grund af manglende kommunikation og samarbejde, og som igen resulterede i dårlig kvalitet af softwaren, en stor forsinkelse i implementeringer og utilfredse kunder også.

Nå, DevOps er ikke kun samarbejdet, men også en kombination af et rigtigt sæt mennesker, det rigtige sæt processer og det rigtige sæt værktøjer, der muliggør kontinuerlig levering af 'værdi til kunder'. Her holder jeg ved med at trykke på ordet 'Værdi for kunder', fordi det eneste og endelige mål med DevOps er at gøre softwareproduktionen klar til at levere værdi til kunderne.

Dette er en stor forskel og nøgleaspektet ved DevOps.

Endelig er Devops en kultur, der gør det muligt for folket at fokusere på,

  1. Kunde
  2. Levering til produktion,
  3. Automatisering
  4. Feedback og måling

Hvad er ikke DevOps?

Efter forståelse af, hvad der er DevOps, er det også bedre at forstå, hvad der ikke er DevOps, for at undgå forvirring.

DevOps er ikke et open source eller licenseret værktøj, som vil være tilgængeligt på markedet, så man kan gå, købe, installere og bruge det, og du har alle de tilgængelige resultater. Hverken det er nogen standardspecifikation eller regelbog, så man kan følge og få det ønskede resultat.

Det er heller ikke noget sæt processer som ISO, CMMI, så man kan tilpasse sig og få certificeringen.

Ud over det manglende samarbejde mellem udvikling og drift, med de skiftende markedsbehov, var der meget mere smertepunkter i den traditionelle softwareudviklingsmetode og endda i den smidige metode, der skulle behandles, og det blev de vigtigste drivkræfter af DevOps-praksis.

Nå, behovet for konstant at forbedre applikationens kvalitet og ydeevne var det yderste vigtige. At øge kundernes forventninger, krav og imødekomme den forventede kundeoplevelse var en reel udfordring i den traditionelle s / w-udviklingsmetode.

Det stadigt stigende pres og konkurrencen på markedet for at frigive hurtigere og hurtigere var en anden vigtig drivkraft.

Med det nuværende supportområde for flere operativsystemer og platforme er det ikke bare nok at udvikle softwaren til at arbejde på en enkelt platform eller OS, og derfor var softwareudviklingsprocessen nødvendig for at understøtte flere platforme samtidigt.

Mere og mere software, der kommer ind i de skybaserede løsninger, krævede kontinuerlig test, kontinuerlig implementering og automatisering for at reducere cyklustiden.

Stigning i komplekse og missionskritiske programmer, løsninger og varierende komplekse IT-infrastrukturer til implementering og den support, der kræves på tværs af geografier for at vedligeholde dem gennem en stor udfordring for softwareudviklingen.

Værdien af ​​DevOps

Efter at have forstået de vigtigste drivere til DevOps, bliver det let at forstå værdien af ​​DevOps, som det bringer til den organisation, der praktiserer det.

DevOps bygger hovedsageligt hullet mellem interessenterne og forbedrer dermed kommunikationen og samarbejdet gennem applikationsudviklingslivscyklussen. DevOps forbedrer leveringstiden og reducerer softwareleveringstidslinjerne. Ledetid er den tid, der er gået fra den kode, der er forpligtet til koden, der leveres til produktionen med succes.

Så alt i alt hæmmer DevOps en kultur, der ændrer hele organisationen og får deres medarbejdere til at fokusere mod at levere software, der giver værdi til kunderne.

Med andre ord at levere mindre, bedre og hurtigere er DevOps samlede hemmelighed.

Fordele ved DevOps

Efter at have taget fat på timens behov fra markedets efterspørgsel viste DevOps praksis sig med den øgede kundetilfredshed, hvilket resulterede i øget kundebase.

Uanset hvad der var nøgledrivere til udøvelsen af ​​DevOps, resulterede de i succes, som forbedret kvalitet og ydeevne gennem en kontinuerlig test- og feedbackproces.

Introduktion af 'automatiser alt' -princippet sammen med levering af infrastruktur og konfiguration som kode resulterede i at minimere menneskelige fejl, levere hurtigere til markedet og foretage hyppigere udgivelser.

Versionskontrol aktiverede softwaren til at understøtte på flere platforme, og tidlig og kontinuerlig test resulterede i mindre defekter og mindre fejlprocent i produktionen.

På grund af den kontinuerlige implementering tog det hurtigere tid at løse problemerne og frigive det hurtigere. Så naturligvis kan man fortsætte med at tilføje fordelene til listen.

Praksis for DevOps

Nøgleingredienserne i DevOps er de bedste fremgangsmåder, der implementeres på tværs af applikationsudviklingslivscyklussen, og dette hjælper med at indprente den nødvendige kultur i teamet og får teamet til at opnå fordelene ved DevOps-implementeringen.

# 1) Konfigurationsstyring: At vide tydeligt, hvad vi implementerer, hvordan vi implementerer, og hvilken konfiguration der skal til produktion, er nøglen til konfigurationsstyring, som er fuldstændig versionskontrolleret.

# 2) Release Management : At udskære tydeligt, hvordan vi bygger en frigørelsesrørledning og styring af dem er det centrale aspekt af frigørelsesledelsen.

# 3) Kontinuerlig integration: Det sikrer, at hver kodeforpligtelse er versionskontrolleret, testet og kompileret, og kodebasen holdes pæn og ren hele tiden.

# 4) Kontinuerlig implementering: Det er målrettet implementeringen af ​​den kompilerede kode hele tiden fra test til produktionsmiljø.

Testautomatisering er den vigtige og kritiske praksis for DevOps, der gælder gennem hele livscyklussen. Derefter er levering af 'Infrastruktur som kode' et af de vigtigste højdepunkter i DevOps Practice.

Så senere, når koden er implementeret til produktionen, er det vigtigt at sikre, at softwaren kører med succes ved at indsamle ydeevnedata, eventuelle fejl i systemet og også slutbrugerdata via applikationsovervågningsværktøjer og -metoder .

Så dette er de vigtigste og mest vigtige fremgangsmåder, der anvendes og vedtages af teamet gennem applikationsudviklingscyklussen, hvilket sikrer dem at nå DevOps-målet.

Vaner ved DevOps

Som Aristoteles siger: 'Det er vi. Hvad vi gentagne gange gør ... Excellence er derfor ikke en handling, men en vane.

Så jeg kalder disse som 'vaner', fordi vi praktiserer dem gentagne gange.

Derfor skal disse regelmæssige vaner udvikles i teamet uden kompromis, mens de har til hensigt at levere kvalitetssoftwaren gentagne gange.

# 1) Forvaltning af teknisk gæld:

Styring af teknisk gæld på regelmæssig basis er et af nøgleaspekterne, hvis det ikke gøres, bremser det softwareens udvikling drastisk. Og derfor skal den tekniske gæld altid reduceres, og kodebasen skal holdes så meget rent som muligt. Den rene kodebase gør det lettere for koden at blive klar til enhver tid.

Som jeg gentagne gange har nævnt, er fokus på værdi for en kunde holdets tankegang, og det er nøglekulturaspektet ved DevOps, som konstant får holdet til at gøre hvad som helst og alt understreget for at bringe værdi til kunden.

Med denne tankegang stoppes enkeltpersoner, der tænker, at deres arbejde er udført og kaster videre til andre for yderligere. Og alle begynder at tænke, at det ultimative mål er at levere til produktionen og kun tage kredit, når kunden giver feedback eller påskønnelse efter brug af softwaren i produktionen.

Derfor motiverer og beriger fokus på værdi for kunderne teamet til at gøre det bedre og bedre hver gang.

# 2) Hypotesedrevet udvikling :

Ud over at forstå kravene grundigt, er forståelse af, hvad kunden rent faktisk gør live, og hvad der er brugsmønsteret for en bestemt funktion og udvikling af koden i overensstemmelse hermed 'Hypotese-drevet udvikling'.

Så det er meget vigtigt at engagere sig med kunderne lige fra starten for at forstå, hvordan de bruger softwaren og sikre, at de rigtige ting udvikles i første omgang, og igen er det en DevOps-vane.

# 3) Måling fra implementeringen:

Konstant måling af leveringspræstationen og søgning af feedback fra implementeringen er en anden vigtig vane, der hjælper teamet med at arbejde hen imod at forbedre softwaren og skabe værdi for kunderne.

bedste spion apps til Android-telefoner

# 4) Live site kultur :

Live-sitekultur er at sige ind i alles tankegang, at uanset hvad vi udvikler, er vi nødt til at få det i produktion uden besvær.

Det er kulturen at få alle i teamet til at forstå, at 'Hvis det ikke er på Live Site, er det ingen steder', og der er ingen mening eller nogen fordel, hvis vi ikke kan gøre det til Live, og derfor vil vi ikke være i stand til at nå ud til vores slutbrugere, hvis det ikke er i Live.

# 5) Infrastruktur som en fleksibel ressource:

Håndtering af infrastruktur som en fleksibel ressource er et meget vigtigt aspekt af DevOps, fordi vi til enhver tid skal kunne slippe af med den eksisterende infrastruktur og dreje en ny, det er fordi vi har defineret vores infrastruktur som en kode med meget let lethed.

Dette aspekt af DevOps hjælper os med at gøre vores software multiplatform understøttende og multi-version understøttende.

# 6) Teamsamarbejde:

Nu ved vi alle tydeligt, at det ikke kun er værktøjerne eller processerne, der driver softwareudviklingen. Det er teamet, der har brug for at samarbejde indbyrdes og tilpasses forretningsmålet.

Så teamsamarbejde er det centrale aspekt af DevOps-kulturen, der dækker ethvert hul i forståelse indbyrdes og programmet.

Derfor er disse holdninger, adfærd og vaner de vigtigste grundlæggende aspekter af DevOps-kulturen.

DevOps-metrics

Borte er de dage, hvor vi plejede at samle traditionelle udviklings- og testrelaterede målinger alene, som kun fokuserede mod intern softwareudvikling og testning. Efterhånden som fokus på leveringen ændrede sig, blev de indsamlede metrics også tilpasset til at finde værdi for kunden.

Selvom de målinger, der skal indsamles, varierer lidt fra organisation til organisation afhængigt af kundens prioritet, er måling af smidighed og pålidelighed af softwaren nøglefokus for DevOps.

Og disse målinger er egnede til at måle ud fra perspektivet 'værdi for kunden, og de definerer, hvordan teamet klarer sig w.r.t. DevOps implementering.

Dybest set er Agility-målinger at måle udviklingseffektiviteten, og Pålideligheden er at måle driftseffektiviteten.

# 1) Agility-metrics:

Og antal implementeringer over en periode.

(jeg) Vi ved, at DevOps handler om levering af mindre stykker og hurtig levering.

Så denne agility-måling er at kontrollere, hvor ofte holdet har været i stand til at udføre implementeringerne, og hvad er frekvensen af ​​implementeringerne.

Den næste er 'Det tager tid at implementere ændringer':

(ii) Vi ved også, hvor ofte kundevisninger ændres, hvilket resulterer i en anmodning om ændring, og DevOps hensigt er at vende disse ændringer til produktionen på det minimale tidspunkt.

Derfor er det næste aspekt af agility-målinger at kontrollere, hvad er der tid til at implementere ændringsanmodningerne til produktionen?

# 2) Pålidelighedsmålinger:

Pålidelighedsmålinger er at måle pålideligheden af ​​softwaren efter implementeringen.

Pålidelighedsmålinger inkluderer,

  1. Fejlprocenten for udgivelserne og
  2. Tid til at opdage problemerne og rette dem.

# 1) Fejlfrekvensen for udgivelserne er at måle. Hvor ofte fejler vi med hensyn til vores implementeringer? Her er målet at sikre, at denne specifikke metric over en periode er nul og teamet bare bliver vant til at implementere med succes hver gang og ofte går til produktion bliver en vane.

#to) Nu er tiden til at opdage og rette problemer at måle den tid, det tager at opdage fejlen og rette op. Denne måling er også at kontrollere, hvor hurtigt er vi i stand til at forstå, hvad der sker i produktionen, proaktivt opdage problemerne, afhjælpe det ved at give løsningen og dirigere det til udviklingscyklussen som en løsning.

Denne måling fokuserer ikke kun på at vende den hurtige løsning til produktionen, men gør det også muligt for teamet at forhindre sådanne problemer, der opstår i fremtiden ved at foretage de relevante ændringer, hvad enten det er i design, arkitektur, automatiseret testpipeline, uanset hvad.

Så ideelt set er dette metrics, der hjælper holdet med at opnå DevOps kultur og levering.

Lad os lave et hurtigt resumé:

  • Hvad er DevOps?
  • Hvad er DevOps ikke?
  • Hvad er fordelene ved DevOps?
  • Hvad er DevOps praksis og vaner?
  • Og hvad er de centrale metrics for DevOps?

Hvad er DevOps? DevOps er en kultur i organisationen, der fokuserer på at levere værdi til kunden gennem et konstant samarbejde mellem udvikling, drift og resten af ​​interessenterne.

Hvad er ikke DevOps? DevOps er ikke et licenseret eller open source-produkt, hverken en specifikation eller en standard.

Hvad er fordelen ved DevOps? DevOps giver levering af høj kvalitet, hurtigere levering, hyppige implementeringer, små implementeringer, færre fejlprocent i produktionen osv.,

Hvad er praksis med DevOps? DevOps-praksis er kontinuerlig integration, testautomatisering, kontinuerlig implementering, infrastruktur som kode, konfigurationsstyring, frigivelsesstyring og overvågning af applikationsydelse.

Hvad er DevOps vaner? DevOps-vanerne er styring af teknisk gæld, fokus på at levere værdi til kunden, Live-sitekultur, teamsamarbejde, styring af infrastruktur som en fleksibel ressource, hypotesedrevet udvikling og metrics fra produktionen.

Hvad er metrics for DevOps? Adræthed og pålidelighed er nøglefokusmålene i DevOps.

Om forfatteren til video tutorials om DevOps:

STH-teammedlem Gayathri Subrahmanyam er en softwaretestekspert med mere end halvandet årtiers erfaring med at levere softwaretestprojekter til forskellige globale kunder på tværs af forskellige domæner. Hun har leveret software, arbejdet meget med traditionelle og agile softwareudviklingsmetoder (SCRUM, SAFE) og sidst arbejdet med i DevOps-metodologi ..

I vores næste video-tutorial lærer vi DevOps-praksis baseret på Agile Principles.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^