Meny

Demystifying DevOps: Video Tutorial (Del 1)

  • Huvud
  • Övrig
  • Demystifying DevOps: Video Tutorial (Del 1)

demystifying devops video tutorial

Prova Vårt Instrument För Att Eliminera Problem

DevOps Video Tutorials:

vad är bästa mp3-nedladdare för android

I vår tidigare handledning lärde vi oss hur DevOps kommer att påverka QA-testning . Här, i denna handledning, lär du dig allt om DevOps med en video som ingår i den.

(Rulla ner för att börja med den första videon i denna serie)

Rekommenderad läsning => DevOps träningsserie

Dessa dagar är DevOps det heta ämnet och motordet i IT-branschen.

Avmystifiera DevOps

Med den ökande efterfrågan på programvaruleveranser genomgår programvaran som levererar metoder för att möta de krävande kundernas förväntningar.

Så DevOps är ett förbättrat och senaste sätt att leverera programvaran till kunderna, särskilt för molnbaserade lösningar där mjukvaruleveranser förväntas ske snabbt.

Många av de avancerade organisationerna har redan börjat anamma DevOps sätt att leverera programvara till kunderna. Och många fler är i riktning mot att anta det. Idag kräver majoriteten av IT-möjligheterna även DevOps-kunskap.

Därför är det mycket viktigt för alla att Demystify 'DevOps'.

Demystifiera DevOps - Videohandledning

Syfte med DevOps-utbildningens videotutorials:

  • Att veta om DevOps för att marschera mot dess implementering.
  • Att förstå hur DevOps förändrar det nuvarande sättet att arbeta och leverera.
  • Att skapa en grundläggande förståelse för DevOps-konceptet.

Innehåll:

Det innehåller,

  • Allt om DevOps.
  • Vad är samarbete och hur man får samarbete mellan Dev och Ops?
  • Nyckelprocesser för DevOps, kontinuerlig integration, kontinuerlig testning och kontinuerlig distribution.
  • Nyckelbegrepp för DevOps, release management, konfigurationshantering och applikationsövervakning.

Viktiga lärdomar:

  • Kunna definiera DevOps.
  • Varför behöver en organisation DevOps?
  • Hur kommer jag igång med DevOps?
  • Hur får man utvecklings- och driftsteam tillsammans?

Layout:

  • Denna kompletta handledning är strukturerad i fyra delar, del1, del2, del3 och del4 och sedan en förslutning eller sammanfattning del5.
  • Varje del är ytterligare indelad i block med mindre videor med avsikten att det blir lätt för alla att förstå väl.
  • I var och en av dessa videor finns en sammanfattning av vad som har behandlats i föregående video och vad som kommer att behandlas i nästa video.
  • Videon är väldigt enkel, med enkla språk och powerpoint-bilder med några användbara ritningar för att förklara var som helst.
  • Varje video är i sig självständig för att förstå dess koncept och behöver inte behöva hänvisa andra videor. Men det är vettigt att gå i ordningen från del 1 till del 4 för en bättre förståelse av ämnet.

Rapportering:

Del 1 : (Denna handledning)

Introduktion till DevOps. Dess bakgrund, definition, värde, fördelar, vanor och bästa metoder för DevOps.

Del 2 :

DevOps-praxis baserad på Agile Principles, vikten av viktiga processer som källkontroll och automatisering och hur den tillämpas på DevOps.

Del 3 :

Detaljer om de viktigaste processerna i DevOps som,

  • Fortsatt integration,
  • Kontinuerlig testning och
  • Kontinuerlig distribution.

Del 4 :

Betydelsen av några fler viktiga processer i DevOps,

  • Konfigurationshantering,
  • Släpphantering och
  • Övervakning av applikationsprestanda i Live.

Del 5 :

Sammanfattning av hela kursen.

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

Låt oss börja med den första videohandledningen i denna serie:

I den här första delen av videon i denna handledning lär du dig,

  • Vad är bakgrunden till DevOps och drivrutinerna för att introducera detta nya sätt att leverera programvaran?
  • Vad är DevOps, varför finns det ingen enda definition för att definiera DevOps? Är det en metod, process, kultur?
  • Medan vi förstod vad DevOps är är det viktigt att veta vad DevOps inte är.
  • Fördelarna med att implementera DevOps i en organisation.
  • Och de olika metoderna och vanorna i DevOps-praxis.
  • De viktigaste mätvärdena för DevOps.

VIDEO Del 1: Introduktion- 21 minuter och 46 sekunder

Tja, idag ska jag prata om ämnet ”Demystifying DevOps”, som är ett mycket hett ämne i IT-branschen idag.

Vi hör hela tiden det här motordet på alla ställen. Idag söker majoriteten av IT-jobbmöjligheterna ”DevOps” kunskap och erfarenhet och därför är det mycket viktigt att veta om det.

Kom igen!! Låt oss förstå vad denna DevOps handlar om.

Översikt

Denna serie, 'Demystifying DevOps' är spridd över fyra delar, och detta skulle i sin tur göra publiken lite bekväm att förstå varje del av DevOps långsamt och stadigt.

I slutet av denna serie är jag säker på att du kommer att kunna definiera vad som är DevOps? varför behöver vi DevOps? vad är fördelarna med det? hur kan en organisation anamma DevOps för sina engagemang? och vad är testarens roll i hela DevOps Practice?

Medan den smidiga praxisen påskyndade utvecklingsprocessen snabbt och programvaruteamet började leverera det till Operations inom den angivna tidslinjen, stod fortfarande IT-industrin inför utmaningar när det gäller att göra programvaruproduktionen redo och öppna den för kunderna.

Verksamheten tog verkligen mycket tid på att få den att produceras med mycket fram och tillbaka mellan programvaruteamet och driftsteamet med svårigheten att installera programvaran, operativisera den och hantera prestanda.

Branschen förstod långsamt avbrottet mellan utveckling och drift och klyftan i samarbetet mellan intressenterna, särskilt verksamheten, utvecklarna, affärsanalytikerna och testarna för att få programvaran genomgångstid och leverera kvalitetsprogramvaran, som verkligen visade sig vara dyr .

Och långsamt ledde detta gap till introduktionen av 'DevOps' som utvecklades utöver den smidiga praxis och principer som syftade till att leverera kvalitetsprogramvaran. Eller med andra ord ”leverera värde till kunderna” på kort tidskillnad på ett mer effektivt sätt och leverera vad kunderna faktiskt ville ha.

Vad är DevOps?

Efter att ha förstått bakgrunden till introduktionen av DevOps blir det lätt för oss att definiera vad som är DevOps. När det gäller definitionen av DevOps finns det ingen standarddefinition för den. Men jag slår vad om att många kommer att ge sin egen version av definitioner.

Eftersom vi förstod syftet och avsikten med att introducera DevOps, kan vi tydligt säga att DevOps är en praxis för tydligt samarbete mellan intressenterna för mjukvaruutvecklingen, inte bara utvecklarna och operationerna utan med resten av teamet, för att möjliggöra leverans av värde till kunden snabbare och bättre.

Här, när jag säger resten av teamet, inkluderar det projektledare, affärsanalytiker, människor som samlar kraven, de som underhåller applikationen, kundtjänstpersoner etc.,

Devops överbryggar främst de luckor som fanns tidigare på grund av brist på kommunikation och samarbete och som i sin tur resulterade i dålig kvalitet på programvaran, mycket förseningar i distributioner och missnöjda kunder också.

Tja, DevOps är inte bara samarbetet utan också en kombination av en rätt uppsättning människor, rätt uppsättning processer och rätt uppsättning verktyg för att möjliggöra kontinuerlig leverans av 'värde till kunder'. Här fortsätter jag att trycka på ordet ”Värde för kunder” eftersom DevOps enda och yttersta mål är att göra programvaruproduktionen redo för att leverera värde till kunderna.

Detta är en stor skillnad och nyckelaspekten i DevOps.

Slutligen är Devops en kultur som gör det möjligt för folket att fokusera på,

  1. Kund
  2. Leverans till produktion,
  3. Automatisering
  4. Feedback och mätning

Vad är inte DevOps?

Efter att ha förstått, vad är DevOps, är det också bättre att förstå vad som inte är DevOps, för att undvika förvirring.

DevOps är inte ett öppen källkod eller licensierat verktyg, som kommer att finnas tillgängligt på marknaden, så att man kan gå, köpa, installera och använda det och du har alla resultat tillgängliga. Det är inte heller någon standardspecifikation eller regelbok så att man kan följa och få önskat resultat.

Det är inte heller någon uppsättning processer som ISO, CMMI så att man kan anpassa sig och få certifieringen.

Förutom det saknade samarbetet mellan utvecklingen och verksamheten, med de förändrade marknadens behov, fanns det mycket mer smärtpunkter i den traditionella mjukvaruutvecklingsmetoden och till och med i den agila metoden, som krävdes att hanteras, och det blev de viktigaste drivkrafterna av DevOps-praxis.

Tja, behovet av att ständigt förbättra applikationens kvalitet och prestanda var det yttersta viktiga. Att öka kundernas förväntningar, krav och möta den förväntade kundupplevelsen var en verklig utmaning i den traditionella s / w-utvecklingsmetoden.

Den ständigt ökande pressen och konkurrensen på marknaden för att släppa snabbare och snabbare var en annan viktig drivkraft.

Med det nuvarande utbudet av stöd för flera operativsystem och plattformar räcker det inte bara med att utveckla programvaran för att fungera på en enda plattform eller operativsystem och därför krävdes mjukvaruutvecklingsprocessen för att stödja flera plattformar samtidigt.

Mer och mer programvara som går vidare till molnbaserade lösningar krävde kontinuerlig testning, kontinuerlig distribution och automatisering för att minska cykeltiden.

Ökning av komplexa och affärskritiska program, lösningar och varierande komplexa IT-infrastrukturer för distributionen och det stöd som krävs över geografiska områden för att upprätthålla dem genom en stor utmaning för mjukvaruutvecklingen.

Värdet av DevOps

Efter att ha förstått de viktigaste drivkrafterna för DevOps blir det lätt att förstå värdet av DevOps som det ger den organisation som utövar det.

DevOps överbryggar huvudsakligen klyftan bland intressenterna och förbättrar därmed kommunikationen och samarbetet under hela applikationsutvecklingslivscykeln. DevOps förbättrar ledtiden och minskar tidslinjerna för leverans av programvara. Ledtid är den tid som gått från kodförpliktelsen till kod som levererats till produktionen framgångsrikt.

Så övergripande hämmar DevOps en kultur som förändrar hela organisationen och leder deras anställda att fokusera mot att leverera programvara som ger kunderna värde.

Med andra ord, att leverera mindre, bättre och snabbare är DevOps totala hemlighet.

Fördelar med DevOps

Efter att ha tagit itu med behovet av timmen från marknadens efterfrågan visade DevOps-praxis sig med ökad kundnöjdhet, vilket resulterade i ökad kundbas.

Oavsett var de viktigaste drivkrafterna för utövandet av DevOps, de resulterade i framgång, som förbättrad kvalitet och prestanda genom en kontinuerlig test- och feedbackprocess.

Införandet av principen 'automatisera allt' tillsammans med att leverera infrastruktur och konfiguration som en kod resulterade i att minimera mänskliga fel, leverera snabbare till marknaden och göra frekventare släpp.

Versionskontroll möjliggjorde stöd för programvaran på flera plattformar och tidig och kontinuerlig testning resulterade i mindre defekter och lägre felfrekvenser i produktionen.

På grund av den kontinuerliga distributionen tog det snabbare tid att åtgärda problemen och släppa det snabbare. Så uppenbarligen kan man fortsätta lägga till fördelarna i listan.

Övningar av DevOps

De viktigaste ingredienserna i DevOps är de bästa metoderna som implementeras under hela livscykeln för applikationsutveckling, och detta hjälper till att införa den kultur som krävs i teamet och driver teamet att uppnå fördelarna med DevOps-implementeringen.

# 1) Konfigurationshantering: Att veta tydligt, vad vi distribuerar, hur vi distribuerar och vilken konfiguration som ska gå till produktion är nyckeln till konfigurationshantering som är fullständigt versionskontrollerad.

# 2) Släpphantering : Att ta fram tydligt, hur vi bygger en släpprörledning och hanterar dem är nyckelaspekten i släpphanteringen.

# 3) Kontinuerlig integration: Det säkerställer att varje kodförpliktelse är versionskontrollerad, testad och sammanställd och kodbasen hålls snygg och ren hela tiden.

# 4) Kontinuerlig distribution: Det riktar sig mot distributionen av den sammanställda koden hela tiden från testning till produktionsmiljö.

Testautomation är den viktiga och kritiska praxis för DevOps som gäller under hela livscykeln. Att leverera ”infrastruktur som en kod” är då en av de viktigaste höjdpunkterna i DevOps Practice.

Så senare när koden har distribuerats till produktionen är det viktigt att säkerställa att programvaran körs framgångsrikt, genom att samla in prestandadata, eventuella fel inträffade i systemet och även slutanvändarnas användningsdata genom applikationsövervakningsverktyg och metoder .

Så det här är de viktigaste och viktigaste metoderna som tillämpas och antas av teamet under hela applikationsutvecklingscykeln, vilket säkerställer att de når DevOps-målet.

Vanor med DevOps

Som Aristoteles säger, 'Vi är det. Vad vi upprepade gånger gör ... Excellens är därför inte en handling utan en vana.

Så jag kallar dessa som ”vanor” eftersom vi övar dem upprepade gånger.

Därför måste dessa vanliga vanor utvecklas i teamet utan kompromisser samtidigt som de avser att leverera kvalitetsprogramvaran upprepade gånger.

# 1) Hantering av teknisk skuld:

ett exempel på ett funktionskrav är _________

Att hantera teknisk skuld regelbundet är en av de viktigaste aspekterna, om det inte görs, saktar det ner programvarans utveckling drastiskt. Och därför måste den tekniska skulden alltid minskas och kodbasen ska hållas så mycket ren som möjligt. Den rena kodbasen underlättar att koden kan distribueras när som helst.

Som jag upprepade gånger nämnde är fokus på värde för en kund teamets tankesätt och det är nyckelkulturaspekten av DevOps, vilket ständigt får teamet att göra allt och allt som understryks för att ge kunden värde.

Med denna inställning kommer individer som tänker att deras arbete är gjort och kastar vidare till andra att stoppas. Och alla börjar tänka att det yttersta målet är att leverera till produktionen och ta kredit först när kunden ger feedback eller uppskattning efter att ha använt programvaran i produktionen.

Fokus på värde till kunder motiverar och berikar därför teamet att göra bättre och bättre varje gång.

# 2) Hypotesdriven utveckling :

Förutom att förstå kraven grundligt är det att förstå vad kunden faktiskt gör live och vad som är användningsmönstret för en viss funktion och att utveckla koden i enlighet med detta ”hypotesdriven utveckling”.

intervjufrågor och svar för affärsanalytiker

Så att engagera sig med kunderna aktivt från början för att förstå hur de använder programvaran och se till att rätt saker utvecklas i första hand är mycket viktigt och återigen är det en DevOps-vana.

# 3) Mätning från distributionen:

Att ständigt mäta leveransens prestanda och söka feedback från distributionen är en annan viktig vana som hjälper teamet att arbeta för att förbättra programvaran och ge kunden värde.

# 4) Levande webbkultur :

Levande webbkultur är att ta hänsyn till allas tänkesätt, att vad vi än utvecklar måste vi få det i produktion utan besvär.

Det är kulturen att få alla i teamet att förstå att '' om det inte finns på Live Site, så är det ingenstans '' och det finns ingen mening eller någon fördel om vi inte kan nå Live och därmed kommer vi inte att kunna nå ut till våra slutanvändare om det inte finns i Live.

# 5) Infrastruktur som en flexibel resurs:

Att hantera infrastruktur som en flexibel resurs är en mycket viktig aspekt av DevOps eftersom vi när som helst bör kunna bli av med befintlig infrastruktur och snurra en ny, det beror på att vi har definierat vår infrastruktur som en kod med mycket enkelhet.

Denna aspekt av DevOps hjälper oss att göra vår mjukvara stödjande för flera plattformar och stöd för flera versioner.

# 6) Teamsamarbete:

Nu vet vi alla tydligt att det inte bara är verktygen eller processerna som driver programutvecklingen. Det är teamet som behöver samarbeta med varandra och anpassas till affärsmålet.

Så teamsamarbete är nyckelaspekten i DevOps-kulturen som överbryggar alla skillnader i förståelse mellan dem själva och programmet.

Därför är dessa attityder, beteenden och vanor de viktigaste grundläggande aspekterna av DevOps-kulturen.

DevOps-mätvärden

Borta är de dagar där vi brukade samla traditionella utvecklings- och testrelaterade mätvärden enbart som bara fokuserade på egenutveckling och testning av programvara. När fokus för leveransen ändrades anpassades också mätvärdena som samlades in mot att hitta värde för kunden.

Även om mätvärdena som ska samlas in varierar något från organisation till organisation beroende på kundens prioritet, är mätning av smidighet och tillförlitlighet hos mjukvaran nyckelfokus för DevOps.

Och dessa mätvärden skulle vara lämpliga att mäta ur perspektivet ”värde för kunden och de definierar hur teamet gör w.r.t. DevOps-implementering.

I grund och botten är Agility-mätvärden att mäta utvecklingseffektiviteten och Pålitligheten är att mäta verksamhetseffektiviteten.

# 1) Agility-mätvärden:

Och antal distributioner under en tidsperiod.

(i) Vi vet att DevOps handlar om leverans av mindre bitar och att leverera snabbt.

Så, detta agility-mått är att kontrollera, hur ofta teamet har kunnat göra distributionerna och vad är frekvensen för distributionerna.

Nästa är ”Det tar tid att distribuera ändringar”:

(ii) Vi vet också hur ofta kundvisningar förändras vilket resulterar i en ändringsförfrågan och DevOps avsikt är att vända dessa förändringar i produktionen vid minsta möjliga tid.

Följaktligen är nästa aspekt av agility-mätvärden att kontrollera, Hur lång tid tar det att distribuera ändringsförfrågningarna till produktionen?

# 2) Tillförlitlighetsmätvärden:

Tillförlitlighetsmätvärden är att mäta programvarans tillförlitlighet efter distributionen.

Tillförlitlighetsstatistik inkluderar,

  1. Felfrekvensen för utgåvorna och
  2. Dags att upptäcka problemen och åtgärda dem.

# 1) Felhastigheten för utgåvorna är att mäta. Hur ofta misslyckas vi med avseende på våra distributioner? Här är målet att se till att detta specifika mått nollar under en tidsperiod och att teamet bara blir vana vid att distribuera framgångsrikt varje gång och att gå till produktion oftare blir en vana.

#två) Nu är det dags att upptäcka och åtgärda problem att mäta den tid det tar att upptäcka felet och åtgärda det. Denna mätning är också att kontrollera, hur snabbt kan vi förstå vad som händer i produktionen, proaktivt upptäcka problemen, åtgärda det genom att tillhandahålla lösningen och dirigera det till utvecklingscykeln som en fix.

Det här måttet fokuserar inte bara på att vända snabbfixet till produktionen utan gör det också möjligt för teamet att förhindra sådana problem som uppstår i framtiden genom att göra lämpliga ändringar i design, arkitektur, automatiserad testpipeline, oavsett.

Så idealiskt är det här mätvärdena som hjälper teamet att uppnå DevOps kultur och leverans.

Låt oss göra en snabb sammanfattning:

  • Vad är DevOps?
  • Vad är DevOps inte?
  • Vilka är fördelarna med DevOps?
  • Vad är DevOps praxis och vanor?
  • Och vilka är nyckelmåtten för DevOps?

Vad är DevOps? DevOps är en kultur i organisationen 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, varken en specifikation eller en standard.

Vad är fördelen med DevOps? DevOps ger högkvalitativ leverans, snabbare leverans, frekventa utplaceringar, små utplaceringar, färre felnivåer i produktion etc.,

Vilka är metoder för DevOps? DevOps-praxis är kontinuerlig integration, testautomation, kontinuerlig distribution, infrastruktur som kod, konfigurationshantering, releasehantering och övervakning av applikationsprestanda.

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

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

Om författaren för videohandledning om DevOps:

STH-teammedlem Gayathri Subrahmanyam är en mjukvarutestningsexpert med mer än ett och ett halvt decenniers erfarenhet av att leverera programvarutestningsprojekt för olika globala kunder över olika domäner. Hon har levererat programvara, arbetat mycket med traditionella och smidiga programvaruutvecklingsmetoder (SCRUM, SAFE) och senast arbetat med DevOps metodik.

I vår nästa videohandledning kommer vi att lära oss DevOps-praxis baserat på Agile Principles.

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^