devops practice based agile manifesto
I vores tidligere video tutorial på Afmystificering af DevOps , vi lærte alt om DevOps i detaljer.
Vi havde også et detaljeret kig på betydningen af DevOps og forskellige andre faktorer, der vedrører det.
Foreslået læsning => Intensiv DevOps-træningsserie
Lad os nu gennemgå del 2 af 'Demystifying DevOps'.
En hurtig oversigt over, hvad vi dækkede i del 1:
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, ikke en specifikation eller en standard.
Hvad er fordelene 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 inkluderer kontinuerlig integration, testautomatisering, kontinuerlig implementering, infrastruktur som kode, konfigurationsstyring, frigivelsesstyring og overvågning af applikationsydelse.
Hvad er DevOps vaner? Devops-vanerne inkluderer styring af teknisk gæld, fokus på at levere værdi til kunden, Live-sitekultur, teamautonomi, administrere infrastruktur som en fleksibel ressource, hypotesedrevet udvikling, målinger fra produktionen.
Hvad er metrics for DevOps? Adræthed og pålidelighed er nøglefokusmålene i DevOps.
opret en række strenge java
I denne del af forelæsningen lærer vi følgende:
Hvad er fremgangsmåden ved DevOps, der er udviklet på baggrund af de smidige principper, og hvordan målene med DevOps nås?
I del 1 fortsatte vi med at definere DevOps som samarbejde. Lad os forstå Hvad er egentlig dette samarbejde, og hvordan hjælper DevOps praksis med at udvikle samarbejdet mellem udvikling og operationer til at nå sine mål?
I denne del vil vi forstå vigtigheden af nøgleelementer i DevOps som kildekontrol og automatisering og levering af små intervaller. Resten af elementerne som kontinuerlig integration, kontinuerlig test, kontinuerlig levering og applikationsovervågning vil blive forklaret i den kommende del.
Som tidligere informeret er DevOps-praksis hovedsageligt baseret på Agile-principperne og -praksis. Ud af de 12 smidige principper er følgende 4 dem, der gælder direkte for DevOps.
Så det er bedre at opdatere disse Agile manifest, der gælder for DevOps-funktioner. Jeg vil ikke gå i detaljer med disse.
Lad os hurtigt læse dem op.
# 1) Enkeltpersoner og interaktioner - over processer og værktøjer
# 2) Arbejdssoftware - over omfattende dokumentation
# 3) Kundesamarbejde - over kontraktforhandling
# 4) Svar på ændringer - over at følge en plan
Baseret på disse smidige principper har DevOps udviklet visse principper og fremgangsmåder, som er som følger:
- Giv kunden værdi
- Lever arbejdssoftware
- Supportændringer
- Samarbejde
- Motivér holdet og giv teammedlemmerne frihed
- Lever hurtigere og hurtigere
# 1) Giv kunden værdi ved at levere mindre, hyppig og kontinuerlig implementering af softwaren.
#to) Lever arbejdssoftware på kortere tidsplan. Kunden vil ikke se på det fantastiske design, vi laver, eller en fantastisk arkitektur eller en plan eller strategi, som vi laver for at udvikle softwaren, men alt, hvad de ønsker, er en fungerende software.
# 3) Supportændringer til kravene, når kunden ønsker det, baseret på markedstendensen. Dette er meget vigtigt for kunden. Vores softwareudviklingsmetode skal være fleksibel nok til at håndtere eventuelle ændringer, som kunden beder om, og levere dem med komfort.
# 4) Samarbejde ..samarbejde ... samarbejde. Samarbejd og arbejd sammen med virksomheden konstant for at gøre softwaren rigtig første gang.
# 5) Både Agile og DevOps giver lige så meget betydning for holdet og folket. Så DevOps-princippet siger, motivere holdet give dem frihed, yde den nødvendige støtte til dem, når de har brug for, udvikle tillid til dem for at få leveret arbejdet.
Hvis arbejdet udføres af dem af frivillig interesse, vil kvaliteten være god i stedet for at få det gjort med magt og under pres. Ud over samarbejdet foreslår agil kommunikation ansigt til ansigt inden for udviklingsteamet.
Så maksimer kommunikation ansigt til ansigt via stand up-møder, gennemgangsmøder osv. Dette udvikler holdånd og hjælper med at motivere holdet og udvikle en sund konkurrence.
Hvad er fremgangsmåden ved DevOps, der er udviklet på baggrund af de smidige principper, og hvordan målene med DevOps nås? Et andet nøgleaspekt ved DevOps er at levere hurtigere og hurtigere. Vi ved, at under agil praksis, scrum, Kanban eller hvad, hurtigere henviste til en levering over få uger til en måned, nu er det ændret med DevOps til over et par timer. Så hurtigere levering i DevOps refererer til levering over et par timer.
Organisationer som Amazon, Flipkart og Google foretager opdateringer og offentliggør deres udgivelser på få timer. Det er hastigheden og kvalitetsdeltagelsen, der forventes af dem, der praktiserer DevOps. Derfor er DevOps processer, vaner og praksis så stærke, at det gør det muligt for teamet at arbejde sammen for at opnå dette.
Så vi kan tydeligt sige, at alle disse DevOps teorier og praksis drejer sig om de grundlæggende agile principper, jeg kan sige, en udvidelse af dem.
Her er det, vi skal se på og lære, at hvad man skal gøre på daglig basis, øve og vænne sig til for at nå DevOps-mål.
Det er ikke bare nok, at en person eller et par i holdet skal øve disse. Hver eneste i teamet, både udvikling og operationer, skal strengt vedtage denne praksis og gøre det til BAU, som normalt, og så bliver det alles vane i teamet at øve det gentagne gange.
Derfor afhænger DevOps succes af, hvor alvorligt denne praksis følges af hver eneste i teamet. Og uden tvivl er succes helt sikker, hvis denne praksis følges religiøst.
Vi har allerede lært de bedste fremgangsmåder og vaner i DevOps i vores del1-forelæsning, som gør det muligt for teamet at opnå DevOps-kulturen. Så der er intet tab så mange gange, som vi gentager disse fremgangsmåder, der skal følges for at nå DevOps-målet.
Som vi ved, er DevOps mål at fokusere på at give kunden værdi gennem mindre implementeringer, hurtigere implementeringer og kontinuerlige implementeringer. Lad os forstå, hvad vi skal gøre i DevOps-praksis for at opnå dette ud over den agile praksis.
Den første er, som vi allerede ved, det er det samarbejde, vi skal have med alle interessenter, så hvert stykke information er tilgængeligt for hele teamet og holdes i tankerne, mens vi udvikler softwaren.
For eksempel , det kunne være en lille ændring i den standardmiljøkonfiguration, som operationsteamet planlægger at foretage, og at oplysningerne skal videregives til alle teammedlemmerne, så hver i teamet kan tage sig af ændringens indvirkning uanset hvor det er relevant.
Ligesom udviklere tager sig af kodning, sikrer testere, at den seneste opdatering foretages i sidste ende. Konfiguration testes i forhold til den ældre.
Så dybest set skal teamet komme sammen og arbejde sammen for at løse problemet, det være sig et designproblem, arkitektur, test eller implementering eller applikationsydelse. Vi vil forstå mere om samarbejde på kort tid.
Teknisk gæld skal minimeres så meget som muligt.
Hvert eneste stykke af programmet er meget vigtigt, og hvis det forsømmes og ikke deltages til tiden, vil det føre til kvalitetsproblemer i det senere stadium.
Derfor er det meget vigtigt at være opmærksom på detaljer, ekspertise og konstant fokusere på kundernes behov, og der underholdes intet kompromis på noget tidspunkt for andet end dette.
Vi ved vigtigheden af ethvert aspekt af softwareudviklingens livscyklus og dens indvirkning, hvis ikke opmærksomhed gives. Så med fokus på den bedste arkitektur, krav, design, test, er dem alle meget vigtige og intet kompromis på noget tidspunkt i SDLC-faser.
Vi har allerede lært om vigtigheden af at indsamle målinger fra live.
Håber du nød denne informative tutorial !!
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- DevOps-automatisering: Hvordan anvendes automatisering i DevOps-praksis
- Betydningen af små leveringssteg i DevOps
- Kildekontrol eller versionskontrol i DevOps (Videotutorial del 2 - blok 2)
- Agilt manifest: Forståelse af smidige værdier og principper
- Mindset Change of An Agile Tester: Tilpasse sig det Agile Manifest
- Kontinuerlig implementering i DevOps
- Kontinuerlig levering i DevOps
- DevOps Tutorial: Den ultimative guide til DevOps (25+ Tutorials)