devops practice based agile manifesto
I vår forrige videoopplæring om Avmystifisere DevOps , vi lærte alt om DevOps i detalj.
Vi hadde også en detaljert titt på betydningen av DevOps og forskjellige andre faktorer knyttet til den.
Foreslått lese => Intensive DevOps Training-serien
La oss nå gå gjennom del 2 av ‘Demystifying DevOps’.
Et raskt sammendrag av det vi dekket i del 1:
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 eller åpen kildekode-produkt, ikke en spesifikasjon eller en standard.
Hva er fordelene 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 inkluderer kontinuerlig integrasjon, testautomatisering, kontinuerlig distribusjon, infrastruktur som kode, konfigurasjonsadministrasjon, frigjøringsadministrasjon og overvåking av applikasjonsytelse.
Hva er vanene til DevOps? Devops vaner inkluderer, styring av teknisk gjeld, fokus på å levere verdi til kunden, Live site kultur, team autonomi, administrere infrastruktur som en fleksibel ressurs, hypotesedrevet utvikling, beregninger fra produksjonen.
Hva er beregningene til DevOps? Smidighet og pålitelighet er hovedfokusmålingene til DevOps.
finn kommando i unix med eksempler
I denne delen av forelesningen lærer vi følgende:
Hva er praksis for DevOps som er utviklet basert på smidige prinsipper, og hvordan målene for DevOps oppnås?
I del 1 fortsatte vi å definere DevOps som samarbeid. La oss forstå Hva er egentlig dette samarbeidet, og hvordan hjelper DevOps-praksis med å utvikle samarbeidet mellom utvikling og drift for å nå sine mål?
I denne delen vil vi forstå viktigheten av viktige elementer i DevOps som kildekontroll og automatisering og levering av små trinn. Resten av elementene som kontinuerlig integrering, kontinuerlig testing, kontinuerlig levering og applikasjonsovervåking, vil bli forklart i den kommende delen.
Som tidligere informert, er DevOps praksis hovedsakelig basert på Agile prinsipper og praksis. Av de 12 smidige prinsippene er følgende 4 de som gjelder direkte for DevOps.
Så det er bedre å oppdatere disse smidige manifestene som gjelder DevOps-funksjoner. Jeg kommer ikke til å gå i detalj om disse.
La oss raskt lese dem ut.
# 1) Enkeltpersoner og interaksjoner - over prosesser og verktøy
# 2) Arbeidsprogramvare - over omfattende dokumentasjon
# 3) Kundesamarbeid - over kontraktsforhandlinger
# 4) Svar på endring - over å følge en plan
Basert på disse smidige prinsippene, har DevOps utviklet visse prinsipper og fremgangsmåter, som er som følger:
- Gi verdien til kunden
- Lever arbeidsprogramvare
- Støtteendringer
- Samarbeide
- Motiver teamet og gi teammedlemmene frihet
- Lever raskere og raskere
# 1) Gi verdien til kunden ved å levere mindre, hyppig og kontinuerlig distribusjon av programvaren.
#to) Lever arbeidsprogramvare i kortere tidsskala. Kunden vil ikke se på den flotte designen vi lager, eller en fantastisk arkitektur eller en plan eller strategi som vi lager for å utvikle programvaren, men alt de ønsker er en fungerende programvare.
# 3) Støtteendringer til kravene når kunden ønsker det, basert på markedstrenden. Dette er veldig viktig for kunden. Vår metodikk for programvareutvikling bør være fleksibel nok til å håndtere eventuelle endringer som kunden ber om og levere dem med komfort.
# 4) Samarbeide .. samarbeide ... samarbeide. Samarbeid og samarbeid med virksomheten hele tiden for å gjøre programvaren riktig første gang.
# 5) Både Agile og DevOps gir like mye teamet og folket. Så DevOps-prinsippet sier, motivere laget , gi dem frihet, gi den støtten som kreves til dem når de er i nød, utvikle tillit til dem for å få arbeidet levert.
Hvis arbeidet utføres av dem av frivillig interesse, vil kvaliteten være god, i stedet for å få det gjort med tvang og under press. I tillegg til samarbeidet, foreslår smidig ansikt til ansikt kommunikasjon i utviklingsteamet.
Så maksimer kommunikasjon ansikt til ansikt via stand up-møter, gjennomgangsmøter osv. Dette utvikler lagånd og hjelper til med å motivere teamet og utvikle en sunn konkurranse.
Hva er praksis for DevOps som er utviklet basert på smidige prinsipper, og hvordan målene for DevOps oppnås? Et annet viktig aspekt av DevOps er å levere raskere og raskere. Vi vet at under smidig praksis, scrum, Kanban eller hva som helst, refererte raskere til en levering over noen uker til en måned, nå har den endret seg med DevOps til over et par timer. Så raskere levering i DevOps refererer til levering over noen få timer.
Organisasjoner som Amazon, Flipkart og Google gjør oppdateringer og gjør sine utgivelser på få timer. Det er hastigheten og kvalitetsdeltakelsen som forventes av de som praktiserer DevOps. Derfor er DevOps prosesser, vaner og praksis så sterke at det gjør det mulig for teamet å jobbe sammen for å oppnå dette.
Så vi kan tydelig si at alle disse DevOps teoriene og praksisene dreier seg om de grunnleggende smidige prinsippene, kan jeg si, en utvidelse av dem.
Her, det vi trenger å se på og lære er at det man bør gjøre på daglig basis, øve og tilvenne seg for å oppnå DevOps-mål.
Det er ikke bare nok at en person eller noen få i teamet som skal øve på disse. Hver og en i teamet, både utvikling og drift, må ta i bruk denne fremgangsmåten og gjøre det til BAU, som vanlig, og så blir det alles vane i teamet å praktisere det gjentatte ganger.
Derfor avhenger suksessen til DevOps rent av hvor alvorlig denne praksis følges av hver og en i teamet. Og suksess er utvilsomt sikkert hvis denne fremgangsmåten følges religiøst.
Vi har allerede lært de beste metodene og vanene til DevOps i vår del1-forelesning, som gjør det mulig for teamet å oppnå DevOps-kulturen. Så det er ikke noe tap så mange ganger vi gjentar denne fremgangsmåten for å oppnå DevOps-målet.
Som vi vet, er DevOps mål å fokusere på å gi kundene verdi gjennom mindre distribusjoner, raskere distribusjoner og kontinuerlige distribusjoner. La oss forstå hva vi trenger å gjøre i DevOps-praksis for å oppnå dette utover den smidige praksisen.
Den første er som vi allerede vet, det er samarbeidet vi trenger å ha med alle interessentene, slik at hver informasjon er tilgjengelig for hele teamet og holdes i bakhodet mens vi utvikler programvaren.
For eksempel , det kan være en liten endring i standard miljøkonfigurasjon som operasjonsteamet planlegger å gjøre, og at informasjonen skal formidles til alle teammedlemmene slik at hver og en i teamet kan ta seg av effekten av endringen, uansett hvor det er aktuelt.
Som utviklere tar vare på koding, sørger testere for at den siste oppdateringen blir gjort til slutt. Konfigurasjonen er testet som mot den eldre.
Så i utgangspunktet må teamet komme sammen og jobbe sammen for å løse problemet, det være seg et designproblem, arkitektur, testing eller distribusjon eller applikasjonsytelse. Vi vil forstå mer om samarbeid om kort tid.
Teknisk gjeld må minimeres så mye som mulig.
Hver eneste del av programmet er veldig viktig, og hvis det blir neglisjert og ikke blir deltatt i tide, vil det føre til kvalitetsproblemer på det senere tidspunktet.
Derfor er det veldig viktig å være oppmerksom på detaljer, fortreffelighet og kontinuerlig fokus på kundenes behov, og det blir ikke underholdt noe kompromiss på noe tidspunkt for noe annet enn dette.
Vi vet viktigheten av alle aspekter av livssyklusen for programvareutvikling, og dens innvirkning, hvis ikke gitt oppmerksomhet. Så, med fokus på den beste arkitekturen, kravene, design, testing, alle er veldig viktige og ingen kompromisser på noe stadium av SDLC-faser.
Vi har allerede lært om viktigheten av å samle beregninger fra live.
Håper du likte denne informative opplæringen !!
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- DevOps Automation: Hvordan brukes automatisering i DevOps Practice
- Viktigheten av små leveranser i DevOps
- Kildekontroll eller versjonskontroll i DevOps (Videoopplæring del 2 - blokk 2)
- Agile Manifesto: Forstå smidige verdier og prinsipper
- The Mindset Change of An Agile Tester: Aligning with the Agile Manifesto
- Kontinuerlig distribusjon i DevOps
- Kontinuerlig levering i DevOps
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)