demystifying devops video tutorial
DevOps-videotutorials:
wat is regressietesten bij het testen van software
In onze vorige tutorial hebben we geleerd hoe DevOps de QA-testen zal beïnvloeden Hier in deze tutorial leer je alles over DevOps met een video erin.
(Scroll naar beneden om te beginnen met de eerste video in deze serie)
Aanbevolen lezen => DevOps-trainingsserie
Tegenwoordig is DevOps het hot topic en buzzword in de IT-industrie.
Met de stijgende vraag naar softwareleveringen ondergaat de softwareleveringsmethodologie veranderingen om aan de veeleisende klantverwachtingen te voldoen.
DevOps is dus een verbeterde en nieuwste manier om de software aan de klanten te leveren, met name voor cloudgebaseerde oplossingen waarbij softwareleveringen naar verwachting snel zullen plaatsvinden.
Veel van de geavanceerde organisaties zijn al begonnen met het omarmen van de DevOps-manier om software aan de klanten te leveren. En nog veel meer zijn in de richting om het over te nemen. Bovendien vraagt de meerderheid van de IT-mogelijkheden tegenwoordig DevOps-kennis.
Daarom is het voor iedereen zeer essentieel om ‘DevOps’ te demystificeren.
DevOps ontrafelen - videotutorials
Doel van de DevOps-training Video-tutorials:
- Om meer te weten over DevOps om naar de implementatie te marcheren.
- Begrijpen hoe DevOps verandering brengt in de huidige manier van werken en leveren.
- Een basisbegrip creëren van het DevOps-concept.
Inhoud:
Het bevat,
- Alles over DevOps.
- Wat is samenwerking en hoe breng je samenwerking tussen Dev en Ops tot stand?
- Sleutelprocessen van DevOps, continue integratie, continu testen en continue implementatie.
- Sleutelconcepten van DevOps, releasemanagement, configuratiebeheer en applicatiebewaking.
Belangrijkste lessen:
- In staat om DevOps te definiëren.
- Waarom heeft een organisatie DevOps nodig?
- Hoe ga je aan de slag met DevOps?
- Hoe krijg je het Development and Operations-team bij elkaar?
Indeling:
- Deze volledige tutorial is gestructureerd in 4 delen, deel1, deel2, deel3 en deel4 en vervolgens een afsluiting of samenvatting deel5.
- Elk deel is verder onderverdeeld in blokken met kleinere video's met de bedoeling dat het voor iedereen gemakkelijk te begrijpen is.
- In elk van deze video's staat een samenvatting van wat er in de vorige video is behandeld en wat er in de volgende video zal worden behandeld.
- De video is heel eenvoudig, met eenvoudige taal en powerpoint-dia's met enkele handige tekeningen om waar nodig uit te leggen.
- Elke video is op zichzelf onafhankelijk om het concept ervan te begrijpen en hoeft geen andere video's te verwijzen. Maar het is logisch om in de volgorde van deel1 naar deel4 te gaan voor een beter begrip van het onderwerp.
Dekking:
Deel 1 : (Deze tutorial)
Inleiding tot DevOps. De achtergrond, definitie, waarde, voordelen, gewoonten en best practices van DevOps.
Deel 2
DevOps-praktijken op basis van de Agile-principes, het belang van sleutelprocessen zoals broncontrole en automatisering en hoe het wordt toegepast op DevOps.
Deel 3
Details over de belangrijkste processen van DevOps zoals,
- Continue integratie,
- Continu testen en
- Voortdurende inzet.
Deel 4
Belang van enkele meer belangrijke processen van DevOps,
- Configuratiebeheer,
- Releasebeheer en
- Monitoring van applicatieprestaties in Live.
Deel 5
Samenvatting van de hele cursus.
Laten we beginnen met de eerste videozelfstudie in deze serie:
In dit eerste deel van de video van deze tutorial leer je,
- Wat is de achtergrond van DevOps en de drijfveren voor de introductie van deze nieuwe manier om de software te leveren?
- Wat is DevOps, waarom is er geen eenduidige definitie om DevOps te definiëren? Is het een methode, proces, cultuur?
- Hoewel we begrepen wat DevOps is, is het essentieel om te weten wat DevOps niet is.
- De voordelen van het implementeren van DevOps in een organisatie.
- En de verschillende praktijken en gewoonten van DevOps-praktijk.
- De belangrijkste statistieken van de DevOps.
VIDEO Deel 1: Inleiding- 21 minuten 46 seconden
Welnu, vandaag zal ik het hebben over het onderwerp ‘Demystifying DevOps’, dat tegenwoordig een zeer populair onderwerp is in de IT-industrie.
We horen dit modewoord maar al te vaak en overal. Ook zoekt het merendeel van de IT-vacatures tegenwoordig ‘DevOps’ kennis en ervaring en daarom is het erg belangrijk om hiervan op de hoogte te zijn.
Kom op!! Laten we begrijpen waar deze DevOps over gaat.
Overzicht
Deze serie, ‘Demystifying DevOps’ is verdeeld over 4 delen, en dit zou het publiek op zijn beurt weinig comfortabel maken om elk deel van de DevOps langzaam en gestaag te begrijpen.
Aan het einde van deze serie weet ik zeker dat u kunt definiëren wat DevOps is? waarom hebben we DevOps nodig? wat zijn de voordelen? hoe kan een organisatie DevOps omarmen voor hun engagementen? en wat is de rol van de tester in de hele DevOps-praktijk?
Terwijl de agile praktijk het ontwikkelingsproces snel versnelde en het softwareteam begon met het leveren aan Operations binnen de gespecificeerde tijdlijn, stond de IT-industrie nog steeds voor uitdagingen om de softwareproductie gereed te maken en open te stellen voor de klanten.
Operations kostte echt veel tijd om het productized te krijgen, met veel heen en weer tussen het softwareteam en het operations-team met de moeilijkheid om de software te installeren, te operationaliseren en de prestaties te beheren.
De industrie begreep langzaamaan de ontkoppeling tussen Development en Operations en de kloof in de samenwerking tussen de belanghebbenden, vooral de operaties, ontwikkelaars, bedrijfsanalisten en de testers bij het verkrijgen van de doorlooptijd van de software en het leveren van de kwaliteitssoftware, wat echt duur bleek te zijn. .
En langzaamaan leidde deze kloof tot de introductie van de praktijk genaamd ‘DevOps’ die werd ontwikkeld boven de agile praktijk en principes die gericht waren op het leveren van de kwaliteitssoftware. Of met andere woorden ‘waarde leveren aan de klanten’ in een kort tijdsbestek op een efficiëntere manier en leveren wat de klanten daadwerkelijk wilden.
Wat is DevOps?
Nu we de achtergrond van de introductie van DevOps hebben begrepen, wordt het voor ons gemakkelijk om te definiëren wat DevOps is. Als het gaat om de definitie van DevOps, is er geen standaarddefinitie voor. Maar ik wed dat velen hun eigen versie van definities zullen geven.
Aangezien we het doel en de bedoeling van de introductie van DevOps begrepen, kunnen we duidelijk zeggen dat DevOps een praktijk is van duidelijke samenwerking tussen de belanghebbenden van de softwareontwikkeling, niet alleen de ontwikkelaars en operaties, maar met de rest van het team, om de levering van waarde aan de klant sneller en beter mogelijk maken.
Hier, als ik de rest van het team zeg, omvat het projectmanagers, bedrijfsanalisten, mensen die de vereisten verzamelen, degenen die de applicatie onderhouden, mensen van de klantenservice enz.
Devops overbrugt vooral de hiaten die eerder bestonden door gebrek aan communicatie & samenwerking en die op hun beurt resulteerden in een slechte kwaliteit van de software, veel vertraging in implementaties en ook ontevreden klanten.
Nou, DevOps is niet alleen de samenwerking, maar ook de combinatie van een juiste set mensen, de juiste set processen en de juiste set tools om continue levering van ‘waarde aan klanten’ mogelijk te maken. Hier blijf ik op het woord ‘Waarde voor klanten’ drukken, omdat het enige en uiteindelijke doel van DevOps is om de softwareproductie gereed te maken om waarde te leveren aan klanten.
Dit is een groot verschil en het belangrijkste aspect van DevOps.
Ten slotte is Devops een cultuur waarin mensen zich kunnen concentreren op,
- Klant
- Levering aan productie,
- Automatisering
- Feedback en meting
Wat is geen DevOps?
Na te hebben begrepen wat DevOps is, is het ook beter om te begrijpen wat geen DevOps is, om verwarring te voorkomen.
DevOps is geen open source of gelicentieerde tool, die op de markt beschikbaar zal zijn, zodat men het kan gaan kopen, installeren en gebruiken en u beschikt over alle resultaten. Het is ook geen standaardspecificatie of rulebook zodat men het kan volgen en het gewenste resultaat krijgt.
Het is ook niet een reeks processen zoals ISO, CMMI, zodat men zich kan aanpassen en de certificering kan krijgen.
Naast de ontbrekende samenwerking tussen Development en Operations, met de veranderende marktbehoeften, waren er veel meer pijnpunten in de traditionele softwareontwikkelingsmethode en zelfs in de agile-methodologie, die moest worden aangepakt, en dat werden de belangrijkste drijfveren van de DevOps-praktijk.
Welnu, de noodzaak om de kwaliteit en prestaties van de applicatie constant te verbeteren, was de allerbelangrijkste. Het verhogen van de verwachtingen en eisen van de klant en het voldoen aan de verwachte klantervaring was een echte uitdaging in de traditionele s / w-ontwikkelingsmethode.
De steeds toenemende druk en concurrentie op de markt om sneller en sneller vrij te geven, was een andere belangrijke drijfveer.
Met de huidige ondersteuning van meerdere besturingssystemen en platforms, is het niet alleen voldoende om de software te ontwikkelen om op één platform of besturingssysteem te werken en daarom was er een softwareontwikkelingsproces nodig om meerdere platforms tegelijkertijd te ondersteunen.
Meer en meer software die op de cloudgebaseerde oplossingen kwam, vereiste continu testen, continue implementatie en automatisering om de cyclustijd te verkorten.
Toename van complexe en bedrijfskritische programma's, oplossingen en variërende complexe IT-infrastructuren voor de implementatie en de ondersteuning die nodig is in verschillende regio's om ze te onderhouden door een grote uitdaging voor de softwareontwikkeling.
Waarde van DevOps
Na het begrijpen van de belangrijkste drijfveren van DevOps, wordt het gemakkelijk om de waarde van DevOps te begrijpen die het toevoegt aan de organisatie die het beoefent.
DevOps overbrugt voornamelijk de kloof tussen de belanghebbenden en verbetert zo de communicatie en samenwerking gedurende de hele levenscyclus van applicatieontwikkeling. DevOps verbetert de doorlooptijd en verkort de leveringstijdlijnen van software. Doorlooptijd is de tijd die is verstreken vanaf het vastleggen van de code aan de code die met succes aan de productie is geleverd.
Dus over het algemeen remt DevOps een cultuur die de hele organisatie verandert en hun medewerkers ertoe aanzet zich te concentreren op het leveren van software die waarde toevoegt aan de klanten.
Met andere woorden, kleiner, beter en sneller leveren is het totale geheim van DevOps.
Voordelen van DevOps
Door in te spelen op de behoefte van het uur vanuit de marktvraag, bewees de DevOps-praktijk zichzelf met de toegenomen klanttevredenheid, wat resulteerde in een groter klantenbestand.
Wat ook de belangrijkste drijfveren waren voor de praktijk van de DevOps, ze hebben geleid tot succes, zoals verbeterde kwaliteit en prestaties door een continu test- en feedbackproces.
beste software om hdd naar ssd te klonen
De introductie van het 'alles automatiseren'-principe, samen met het leveren van infrastructuur en configuratie als een code, resulteerde in het minimaliseren van menselijke fouten, het sneller op de markt brengen en het maken van frequentere releases.
Dankzij versiebeheer kon de software op meerdere platforms worden ondersteund en vroeg en continu testen resulteerde in minder defecten en lagere uitvalpercentages in de productie.
Vanwege de continue implementatie duurde het sneller om de problemen op te lossen en sneller op te lossen. Het is dus duidelijk dat men de voordelen aan de lijst kan blijven toevoegen.
Praktijken van DevOps
De belangrijkste ingrediënten van DevOps zijn de best practices die worden geïmplementeerd in de hele levenscyclus van applicatie-ontwikkeling, en dit helpt om de vereiste cultuur in het team te prenten en stimuleert het team om de voordelen van de DevOps-implementatie te behalen.
# 1) Configuratiebeheer: Duidelijk weten wat we implementeren, hoe we implementeren en welke configuratie naar productie gaat, is de sleutel tot configuratiemanagement dat volledig versiebeheer is.
# 2) Releasebeheer : Duidelijk uitzoeken hoe we een release-pijplijn bouwen en deze beheren, is het belangrijkste aspect van het releasemanagement.
# 3) Continue integratie: Het zorgt ervoor dat elke code-commit versiegestuurd, getest en gecompileerd wordt en dat de codebasis altijd netjes en schoon wordt gehouden.
# 4) Continue implementatie: Het is gericht op de implementatie van de gecompileerde code continu, van het testen tot de productieomgeving.
Testautomatisering is de belangrijke en kritische praktijk van DevOps die gedurende de hele levenscyclus van toepassing is. Het leveren van ‘Infrastructure as a code’ is dan een van de belangrijkste hoogtepunten van de DevOps-praktijk.
Dus later, zodra de code is geïmplementeerd in de productie, is het essentieel om ervoor te zorgen dat de software succesvol werkt, door de prestatiegegevens te verzamelen, eventuele fouten in het systeem en ook de gebruiksgegevens van de eindgebruiker via de applicatiebewakingstools en -methodologieën. .
Dit zijn dus de belangrijkste en meest belangrijke praktijken die door het team worden toegepast en overgenomen tijdens de ontwikkelingscyclus van de applicatie, waardoor ze het DevOps-doel kunnen bereiken.
Gewoonten van DevOps
Zoals Aristoteles zegt: ‘Wij zijn. Wat we herhaaldelijk doen ... Excellentie is daarom geen handeling maar een gewoonte.
Dus ik noem dit 'gewoonten' omdat we ze herhaaldelijk oefenen.
Daarom moeten deze normale gewoonten in het team worden ontwikkeld zonder enig compromis, terwijl de bedoeling is om de kwaliteitssoftware herhaaldelijk te leveren.
# 1) Beheer van technische schulden:
Het regelmatig beheren van technische schulden is een van de belangrijkste aspecten, zo niet, dan vertraagt het de voortgang van software drastisch. En daarom moet de technische schuld altijd worden verminderd en moet de codebasis zo veel mogelijk schoon worden gehouden. Dankzij de schone codebasis kan de code op elk moment worden geïmplementeerd.
Zoals ik herhaaldelijk heb gezegd, is het focussen op waarde voor een klant de mentaliteit van het team en dat is het belangrijkste cultuuraspect van DevOps, waardoor het team er constant alles aan doet om waarde voor de klant te creëren.
Met deze mentaliteit zullen individuen die denken dat hun werk gedaan is en zich naar anderen werpen voor meer, worden gestopt. En iedereen begint te denken dat het uiteindelijke doel is om aan de productie te leveren en pas met de eer te strijken wanneer de klant feedback of waardering geeft na het gebruik van de software in de productie.
Daarom motiveert en verrijkt focus op Waarde voor klanten het team om het elke keer beter en beter te doen.
# 2) Hypothesegedreven ontwikkeling
Naast het grondig begrijpen van de vereisten, het begrijpen van wat de klant daadwerkelijk doet in het leven en wat het gebruikspatroon is van een bepaalde functie en het dienovereenkomstig ontwikkelen van de code, is ‘Hypothese-gedreven ontwikkeling’.
Dus vanaf het begin actief met de klanten omgaan om te begrijpen hoe ze de software gebruiken en ervoor zorgen dat de juiste dingen in eerste instantie zelf worden ontwikkeld, is erg belangrijk en ook hier is het een DevOps-gewoonte.
# 3) Meting vanaf de implementatie:
Het voortdurend meten van de prestaties van de levering en het vragen van feedback van de implementatie is een andere belangrijke gewoonte die het team helpt bij het verbeteren van de software en het creëren van waarde voor de klanten.
# 4) Live sitecultuur
Live sitecultuur is om in ieders mentaliteit te doordringen, dat wat we ook ontwikkelen, we het zonder gedoe in productie moeten krijgen.
Het is de cultuur om iedereen in het team te laten begrijpen dat 'Als het niet in Live Site is, is het nergens' en het heeft geen zin of enig voordeel als we Live niet kunnen halen en daarom zullen we niet in staat zijn om te bereiken aan onze eindgebruikers als het niet in Live is.
# 5) Infrastructuur als flexibele bron:
Het beheren van infrastructuur als een flexibele bron is een zeer belangrijk aspect van DevOps, omdat we op elk moment de bestaande infrastructuur moeten kunnen verwijderen en een nieuwe moeten kunnen draaien, dat komt omdat we onze infrastructuur met veel gemak als een code hebben gedefinieerd.
Dit aspect van DevOps helpt ons om onze software ondersteuning voor meerdere platforms en ondersteuning voor meerdere versies te maken.
# 6) Teamsamenwerking:
We weten inmiddels allemaal duidelijk dat het niet alleen de tools of de processen zijn die de softwareontwikkeling aansturen. Het is het team dat onderling moet samenwerken en zich moet afstemmen op het bedrijfsdoel.
Teamsamenwerking is dus het belangrijkste aspect van de DevOps-cultuur, die elke kloof in begrip tussen henzelf en het programma overbrugt.
Daarom zijn deze attitudes, gedragingen en gewoonten de belangrijkste fundamentele aspecten van de DevOps-cultuur.
DevOps-statistieken
de beste gratis muziekdownloader voor Android
Voorbij zijn de dagen dat we alleen traditionele ontwikkelings- en testgerelateerde statistieken verzamelden die alleen gericht waren op interne softwareontwikkeling en -testen. Naarmate de focus van de levering veranderde, werden de verzamelde statistieken ook afgestemd op het vinden van waarde voor de klant.
Hoewel de te verzamelen statistieken enigszins variëren van organisatie tot organisatie, afhankelijk van de prioriteit van de klant, is het meten van de flexibiliteit en betrouwbaarheid van de software de belangrijkste focus van DevOps.
En deze statistieken zijn geschikt om te meten vanuit het perspectief van 'waarde voor de klant' en ze bepalen hoe het team presteert t.o.v. de klant. DevOps-implementatie.
Kortom, Agility-statistieken zijn om de effectiviteit van de ontwikkeling te meten en de betrouwbaarheid is om de effectiviteit van Operations te meten.
# 1) Agility-statistieken:
En het aantal implementaties in een bepaalde periode.
(ik) We weten dat DevOps draait om het leveren van kleinere brokken en om snel te leveren.
Deze behendigheidsstatistieken zijn dus om te controleren hoe vaak het team de implementaties heeft kunnen uitvoeren en wat de frequentie van de implementaties is.
De volgende is de ‘Tijd die nodig is om wijzigingen door te voeren’:
(ii) We weten ook hoe vaak de meningen van klanten veranderen, wat resulteert in wijzigingsverzoeken en het is de bedoeling van DevOps om deze wijzigingen zo snel mogelijk in de productie om te zetten.
Daarom is het volgende aspect van behendigheidsstatistieken om te controleren: wat is de tijd die nodig is om de wijzigingsverzoeken in de productie te implementeren?
# 2) Betrouwbaarheidsstatistieken:
Betrouwbaarheidsstatistieken zijn het meten van de betrouwbaarheid van de software na de implementatie.
Betrouwbaarheidsstatistieken omvatten:
- Het uitvalpercentage van de releases en
- Tijd om de problemen op te sporen en op te lossen.
# 1) Het uitvalpercentage van de releases is te meten. Hoe vaak falen we met betrekking tot onze implementaties? Hier is het doel om ervoor te zorgen dat deze specifieke statistiek na verloop van tijd op nul komt te staan en het team er gewoon aan wennen om elke keer met succes in te zetten en vaker naar productie gaan een gewoonte wordt.
#twee) Nu is de tijd om problemen op te sporen en op te lossen het meten van de tijd die nodig is om de storing op te sporen en op te lossen. Deze statistiek is ook bedoeld om te controleren: hoe snel zijn we in staat om te begrijpen wat er in de productie gebeurt, proactief de problemen op te sporen, deze te verhelpen door de tijdelijke oplossing te bieden en deze als een oplossing naar de ontwikkelingscyclus te leiden.
Deze statistiek is niet alleen gericht op het omkeren van de snelle oplossing voor de productie, maar stelt het team ook in staat om dergelijke problemen in de toekomst te voorkomen door de juiste wijzigingen aan te brengen, of het nu gaat om het ontwerp, de architectuur, de geautomatiseerde testpijplijn, wat dan ook.
Dit zijn dus idealiter de statistieken die het team helpen de DevOps-cultuur en -levering te realiseren.
Laten we een korte samenvatting geven:
- Wat is DevOps?
- Wat is DevOps niet?
- Wat zijn de voordelen van DevOps?
- Wat zijn de DevOps-praktijken en -gewoonten?
- En wat zijn de belangrijkste statistieken van de DevOps?
Wat is DevOps? DevOps is een cultuur in de organisatie om zich te concentreren op het leveren van waarde aan de klant door een constante samenwerking van Development, Operations en de rest van de belanghebbenden.
Wat is geen DevOps? DevOps is geen gelicentieerd of open source product, noch een specificatie, noch een standaard.
Wat is het voordeel van DevOps? DevOps zorgt voor hoogwaardige levering, snellere levering, frequente implementaties, kleine implementaties, minder uitvalpercentages in productie enz.,
Wat zijn de praktijken van DevOps? De DevOps-praktijken zijn continue integratie, testautomatisering, continue implementatie, infrastructuur als een code, configuratiebeheer, releasebeheer en monitoring van applicatieprestaties.
Wat zijn de gewoonten van DevOps? De DevOps-gewoonten zijn het beheer van technische schulden, focus op het leveren van waarde aan de klant, live sitecultuur, teamsamenwerking, het beheren van infrastructuur als een flexibele bron, hypothesegedreven ontwikkeling en meetgegevens uit de productie.
Wat zijn de statistieken van DevOps? Wendbaarheid en betrouwbaarheid zijn de belangrijkste meetpunten van DevOps.
Over de auteur voor videohandleidingen over DevOps:
STH-teamlid Gayathri Subrahmanyam is een Software Testing-expert met meer dan anderhalf decennia ervaring in het leveren van softwaretestprojecten voor verschillende wereldwijde klanten in verschillende domeinen. Ze heeft software geleverd, werkt uitgebreid aan traditionele en agile softwareontwikkelingsmethodologieën (SCRUM, SAFE) en heeft de laatste tijd gewerkt aan DevOps-methodologie.
In onze volgende video-tutorial zullen we DevOps-praktijken leren op basis van de Agile-principes.
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- Tutorial over DevOps-testen: welke invloed heeft DevOps op QA-testen?
- Diepgaande Eclipse-zelfstudies voor beginners
- Samenvatting van DevOps-videotutorials
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)
- Continu testen in DevOps
- AWS CodeCommit-zelfstudie voor DevOps-implementatie in de cloud
- Continue levering in DevOps
- Tutorial over destructief testen en niet-destructief testen