devops practice based agile manifesto
In onze vorige video-tutorial over DevOps ontrafelen hebben we alles over DevOps in detail geleerd.
We hebben ook uitgebreid gekeken naar de betekenis van DevOps en verschillende andere factoren die daarbij horen.
Voorgesteld lezen => Intensieve DevOps-trainingsserie
Laten we nu deel 2 van ‘Demystifying DevOps’ doornemen.
Een korte samenvatting van wat we in deel 1 hebben behandeld:
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, geen specificatie of standaard.
Wat zijn de voordelen 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 omvatten continue integratie, testautomatisering, continue implementatie, infrastructuur als een code, configuratiebeheer, releasebeheer en monitoring van applicatieprestaties.
Wat zijn de gewoonten van DevOps? De Devops-gewoonten omvatten: beheer van technische schulden, focus op het leveren van waarde aan de klant, live sitecultuur, teamautonomie, beheer van infrastructuur als een flexibele bron, hypothesegedreven ontwikkeling, meetgegevens van de productie.
Wat zijn de statistieken van DevOps? Wendbaarheid en betrouwbaarheid zijn de belangrijkste meetpunten van DevOps.
hoe om te gaan met pop-upvenster in selenium webdriver
In dit deel van de lezing leren we het volgende:
Wat zijn de praktijken van DevOps die zijn ontwikkeld op basis van de agile principes, en hoe worden de doelstellingen van DevOps bereikt?
In deel 1 bleven we DevOps definiëren als samenwerking. Laten we begrijpen wat deze samenwerking eigenlijk is, en hoe helpen DevOps-praktijken om de samenwerking tussen Development en Operations te ontwikkelen bij het bereiken van de doelstellingen?
In dit deel zullen we het belang van de belangrijkste elementen van DevOps, zoals bronbeheer en automatisering en levering van kleine stappen, begrijpen. De rest van de elementen, zoals continue integratie, continu testen, continue levering en applicatiebewaking, zullen in het komende deel worden uitgelegd.
Zoals eerder vermeld, zijn DevOps-praktijken voornamelijk gebaseerd op de Agile-principes en -praktijken. Van de 12 agile principes zijn de volgende 4 degene die direct van toepassing zijn op DevOps.
Het is dus beter om deze Agile manifesten die van toepassing zijn op DevOps-functies te vernieuwen. Ik ga hier niet in detail op ingaan.
Laten we ze snel voorlezen.
# 1) Individuen en interacties - over processen en tools
# 2) Werkende software - over uitgebreide documentatie
# 3) Klantensamenwerking - over contractonderhandelingen
# 4) Reageren op verandering - over het volgen van een plan
Op basis van deze agile principes heeft DevOps bepaalde principes en praktijken ontwikkeld, die als volgt zijn:
- Breng waarde voor de klant
- Lever werkende software
- Ondersteun veranderingen
- Samenwerken
- Motiveer het team en geef vrijheid aan de teamleden
- Lever sneller en sneller
1) Breng waarde voor de klant door kleinere, frequente en continue inzet van de software te leveren.
#twee) Lever werkende software in een kortere tijdschaal. De klant gaat niet kijken naar het geweldige ontwerp dat we maken, of een fantastische architectuur of een plan of strategie die we maken om de software te ontwikkelen, maar alles wat ze willen is werkende software.
# 3) Ondersteun veranderingen aan de eisen wanneer de klant dat wil, op basis van de markttrend. Dit is erg belangrijk voor de klant. Onze softwareontwikkelingsmethodologie moet flexibel genoeg zijn om eventuele wijzigingen die door de klant worden gevraagd aan te kunnen en deze met comfort te leveren.
# 4) Samenwerken ..werk samen… werk samen. Werk constant samen met het bedrijf om de software de eerste keer goed te maken.
# 5) Zowel Agile als DevOps hechten evenveel belang aan het team en de mensen. Dus het DevOps-principe zegt: motiveer het team , geef hen vrijheid, bied hen de nodige ondersteuning wanneer ze dat nodig hebben, ontwikkel vertrouwen in hen om het werk geleverd te krijgen.
Als het werk door hen wordt gedaan uit vrijwilligersbelang, zal de kwaliteit goed zijn, in plaats van het met geweld en onder druk gedaan te krijgen. Naast de samenwerking stelt agile ook face-to-face communicatie binnen het ontwikkelteam voor.
Dus maximaliseer face-to-face communicatie via stand up meetings, review meetings etc. Dit ontwikkelt de teamgeest en helpt bij het motiveren van het team en de ontwikkeling van een gezonde competitie.
Wat zijn de praktijken van DevOps die zijn ontwikkeld op basis van de agile principes, en hoe worden de doelstellingen van DevOps bereikt? Een ander belangrijk aspect van DevOps is om sneller en sneller te leveren. We weten dat tijdens agile oefenen, scrum, Kanban of wat dan ook, sneller verwees naar een levering van een paar weken tot een maand, nu is het met DevOps veranderd in meer dan een paar uur. Snellere levering in DevOps verwijst dus naar levering over een paar uur.
Organisaties zoals Amazon, Flipkart en Google maken updates en brengen hun releases binnen een paar uur uit. Dat is de snelheid en de kwaliteit die wordt verwacht van degenen die DevOps beoefenen. Vandaar dat DevOps-processen, gewoonten en praktijken zo sterk zijn dat het team hierin kan samenwerken om dit te bereiken.
We kunnen dus duidelijk zeggen dat al deze DevOps-theorieën en -praktijken draaien om de basisprincipes van agile, ik kan zeggen, een uitbreiding ervan.
Hier moeten we naar kijken en leren dat wat men dagelijks moet doen, oefenen en eraan moet wennen, om DevOps-doelstellingen te bereiken.
Het is niet alleen voldoende dat één persoon of een paar in het team die dit moeten oefenen. Iedereen in het team, zowel ontwikkeling als operaties, moet deze praktijken strikt overnemen en er BAU van maken, business as usual, en dan wordt het ieders gewoonte in het team om het herhaaldelijk te oefenen.
Daarom hangt het succes van DevOps puur af van hoe serieus deze praktijken door iedereen in het team worden gevolgd. En succes is ongetwijfeld zeker als deze praktijken religieus worden gevolgd.
De best practices en gewoontes van DevOps hebben we al geleerd in onze part1 lezing, waarmee het team de DevOps cultuur kan realiseren. Er is dus geen verlies zo vaak als we deze praktijken herhalen die moeten worden gevolgd om de DevOps-doelstelling te bereiken.
Zoals we weten, is het DevOps-doel om zich te concentreren op het creëren van waarde voor de klant door middel van kleinere implementaties, snellere implementaties en continue implementaties. Laten we begrijpen wat we moeten doen in de DevOps-praktijk om dit te bereiken naast de agile-praktijken.
De eerste is, zoals we al weten, het is de samenwerking die we met alle belanghebbenden moeten hebben, zodat elk stukje informatie beschikbaar is voor het hele team en in gedachten wordt gehouden tijdens het ontwikkelen van de software.
Bijvoorbeeld , het kan een kleine wijziging zijn in de standaardomgevingconfiguratie die het operationele team van plan is te maken, en die informatie moet worden doorgegeven aan alle teamleden, zodat iedereen in het team de impact van de wijziging kan opvangen, waar het ook van toepassing is.
Zoals ontwikkelaars voorzichtig zijn bij het coderen, zorgen testers ervoor dat uiteindelijk de laatste update wordt gemaakt. De configuratie wordt vergeleken met de oudere.
Dus eigenlijk moet het team samenkomen en samenwerken om het probleem op te lossen, of het nu gaat om een ontwerpprobleem, architectuur, testen of implementatie of applicatieprestaties. Binnenkort zullen we meer over samenwerking begrijpen.
Technische schulden moeten zoveel mogelijk worden beperkt.
Elk onderdeel van het programma is erg belangrijk en als het wordt verwaarloosd en niet op tijd wordt bijgewoond, leidt dit tot kwaliteitsproblemen in de latere fase.
Daarom is aandacht voor details, uitmuntendheid en continu focussen op de behoeften van de klant erg belangrijk en wordt er in geen enkel stadium een compromis gesloten voor iets anders dan dit.
We kennen het belang van elk aspect van de levenscyclus van softwareontwikkeling en de impact ervan, als er geen aandacht aan wordt besteed. Dus, gefocust op de beste architectuur, vereisten, ontwerp, testen, ze zijn allemaal erg belangrijk en zonder compromissen in elk stadium van SDLC-fasen.
We hebben al geleerd hoe belangrijk het is om live metrics te verzamelen.
Ik hoop dat je deze informatieve tutorial leuk vond !!
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- DevOps-automatisering: hoe wordt automatisering toegepast in de DevOps-praktijk
- Belang van kleine stijgingen van leveringen in DevOps
- Bronbeheer of versiebeheer in DevOps (videotutorial deel 2 - blok 2)
- Agile Manifesto: Agile waarden en principes begrijpen
- De mentaliteitsverandering van een Agile Tester: afstemmen op het Agile-manifest
- Continue implementatie in DevOps
- Continue levering in DevOps
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)