Meny

DevOps Practice Baserat på Agile Manifesto (Del 2 - Block 1)

  • Huvud
  • Övrig
  • DevOps Practice Baserat på Agile Manifesto (Del 2 - Block 1)

devops practice based agile manifesto

Prova Vårt Instrument För Att Eliminera Problem

I vår tidigare videohandledning om Avmystifiera DevOps , vi lärde oss allt om DevOps i detalj.

Vi tittade också detaljerat på innebörden av DevOps och olika andra faktorer som rör den.

Föreslagen läsning => Intensiv DevOps-träningsserie

Låt oss nu gå igenom del 2 av ”Demystifying DevOps”.

DevOps-övning baserad på agilt manifest

En snabb sammanfattning av vad vi redogjorde för i del 1:

Vad är DevOps? DevOps är en kultur i organisationen för att fokusera på att leverera värde till kunden genom ett ständigt samarbete mellan utveckling, drift och resten av intressenterna.

Vad är inte DevOps? DevOps är inte en licensierad eller öppen källkodsprodukt, inte en specifikation eller en standard.

Vilka är fördelarna med DevOps? DevOps ger leverans av hög kvalitet, snabbare leverans, frekventa implementeringar, små distributioner, färre felnivåer i produktion etc.,

Vilka metoder använder DevOps? Devops-praxis inkluderar kontinuerlig integration, testautomatisering, kontinuerlig distribution, infrastruktur som kod, konfigurationshantering, releasehantering och övervakning av applikationsprestanda.

Vilka är vanorna med DevOps? Devops vanor inkluderar, hantering av teknisk skuld, fokus på att leverera värde till kunden, levande webbkultur, teamautonomi, hantera infrastruktur som en flexibel resurs, hypotesstyrd utveckling, mått från produktionen.

Vad är mätvärdena för DevOps? Smidighet och tillförlitlighet är nyckelfokusmåtten för DevOps.

Helpdesk frågor att ställa användare

I denna del av föreläsningen lär vi oss följande:

Vilka är praxis för DevOps som utvecklas baserat på de smidiga principerna, och hur målen för DevOps uppnås?

I del 1 fortsatte vi att definiera DevOps som samarbete. Låt oss förstå Vad är egentligen detta samarbete, och hur hjälper DevOps-metoder till att utveckla samarbetet mellan utveckling och verksamhet för att uppnå sina mål?

I den här delen kommer vi att förstå vikten av viktiga element i DevOps som källkontroll och automatisering och leverans av små steg. Resten av elementen som kontinuerlig integration, kontinuerlig testning, kontinuerlig leverans och applikationsövervakning kommer att förklaras i den kommande delen.

Som tidigare informerats bygger DevOps-praxis huvudsakligen på Agile-principerna och praxis. Av de 12 smidiga principerna är följande 4 de som direkt gäller DevOps.

Så det är bättre att uppdatera dessa Agile-manifest som gäller DevOps-funktioner. Jag kommer inte att gå i detalj med dessa.

Låt oss snabbt läsa upp dem.

# 1) Individer och interaktioner - över processer och verktyg

# 2) Arbetsprogramvara - över omfattande dokumentation

# 3) Kundsamarbete - över kontraktsförhandlingar

# 4) Svara på förändring - över att följa en plan

Baserat på dessa agila principer har DevOps utvecklat vissa principer och metoder, som är följande:

  • Ge kunden värde
  • Leverera arbetsprogramvara
  • Supportändringar
  • Samarbeta
  • Motivera laget och ge teammedlemmarna frihet
  • Leverera snabbare och snabbare

# 1) Ge kunden värde genom att leverera mindre, frekvent och kontinuerlig distribution av programvaran.

#två) Leverera arbetsprogramvara i en kortare tidsskala. Kunden kommer inte att titta på den fantastiska designen vi gör, eller en fantastisk arkitektur eller en plan eller strategi som vi gör för att utveckla programvaran, men allt de vill ha är en fungerande programvara.

# 3) Supportändringar efter behov när kunden vill, baserat på marknadsutvecklingen. Detta är mycket viktigt för kunden. Vår metod för programvaruutveckling bör vara tillräckligt flexibel för att hantera alla ändringar som kunden frågar och leverera dem med komfort.

# 4) Samarbeta .. samarbeta ... samarbeta. Samarbeta och arbeta tillsammans med verksamheten ständigt för att göra programvaran rätt första gången.

# 5) Både Agile och DevOps ger lika mycket vikt för teamet och folket. Så säger DevOps-principen, motivera laget , ge dem frihet, ge det stöd som krävs för dem när de är i behov, utveckla förtroende för dem för att få arbetet levererat.

Om arbetet utförs av dem av volontärintresse kommer kvaliteten att vara bra, istället för att få det gjort med våld och under press. Förutom samarbetet föreslår agil kommunikation ansikte mot ansikte inom utvecklingsteamet.

Så maximera kommunikation ansikte mot ansikte via stand up-möten, granskningsmöten etc. Detta utvecklar laganda och hjälper till att motivera laget och utvecklingen av en hälsosam tävling.

Vilka är praxis för DevOps som utvecklas baserat på de smidiga principerna, och hur målen för DevOps uppnås? En annan viktig aspekt av DevOps är att leverera snabbare och snabbare. Vi vet att under agil övning, scrum, Kanban eller vad som helst, hänvisade snabbare till en leverans över några veckor till en månad, nu har det förändrats med DevOps till över ett par timmar. Så snabbare leverans i DevOps avser leverans över några timmar.

Organisationer som Amazon, Flipkart och Google gör uppdateringar och gör sina utgåvor på några timmar. Det är den hastighet och kvalitetsdeltagande som förväntas av dem som tränar DevOps. Därför är DevOps processer, vanor och metoder så starka att det gör att teamet kan arbeta tillsammans för att uppnå detta.

Så vi kan tydligt säga att alla dessa DevOps teorier och metoder, kretsar kring de grundläggande agila principerna, kan jag säga, en förlängning av dem.

Här behöver vi titta på och lära oss att vad man ska göra dagligen, öva och vänja sig för att uppnå DevOps-mål.

Det räcker inte bara att en person eller några i teamet ska träna dessa. Var och en i teamet, både utveckling och verksamhet måste strikt anta dessa metoder och göra det till BAU, som vanligt och sedan blir det allas vana i teamet att utöva det upprepade gånger.

Därför beror framgången för DevOps helt och hållet på hur allvarligt dessa metoder följs av alla i teamet. Och utan tvekan är framgång säkert om dessa metoder följs religiöst.

Vi har redan lärt oss de bästa metoderna och vanorna för DevOps i vår del1-föreläsning, som gör det möjligt för teamet att uppnå DevOps-kulturen. Så det finns ingen förlust så många gånger som vi upprepar dessa metoder som ska följas för att uppnå DevOps-målet.

Som vi vet är DevOps mål att fokusera på att ge kunden värde genom mindre distributioner, snabbare distributioner och kontinuerliga distributioner. Låt oss förstå vad vi behöver göra i DevOps-praxis för att uppnå detta utöver de smidiga metoderna.

Den första är som vi redan vet är det samarbetet vi behöver ha med alla intressenter så att varje information är tillgänglig för hela teamet och hålls i åtanke när vi utvecklar programvaran.

Till exempel , det kan vara en liten förändring i den standardmiljökonfiguration som driftsteamet planerar att göra, och att informationen bör skickas till alla teammedlemmar så att var och en i teamet kan ta hand om förändringens effekter, varhelst det är tillämpligt.

Precis som utvecklare tar hand när de kodar, ser testare till att den senaste uppdateringen görs i slutändan. Konfigurationen testas som mot den äldre.

Så i grund och botten måste teamet samlas och arbeta tillsammans för att lösa problemet, vare sig det är ett designproblem, arkitektur, testning eller distribution eller applikationsprestanda. Vi kommer att förstå mer om samarbete på kort tid.

Teknisk skuld måste minimeras så mycket som möjligt.

Varje del av programmet är mycket viktigt och om det försummas och inte deltar i tid kommer det att leda till kvalitetsfrågor i det senare skedet.

Därför är det mycket viktigt att uppmärksamma detaljer, spetskompetens och att ständigt fokusera på kundernas behov och ingen kompromiss på något stadium för något annat än detta underhålls.

Vi vet, vikten av varje aspekt av livscykeln för programvaruutveckling och dess inverkan, om inte uppmärksamhet. Så med fokus på bästa arkitektur, krav, design, testning, alla är mycket viktiga och ingen kompromiss i något skede av SDLC-faser.

Vi har redan lärt oss om vikten av att samla mätvärden från live.

Hoppas att du gillade den här informativa handledningen !!

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^