een praktisch pad naar Devops-volwassenheid

elke agile methodologie is zinloos zonder echte DevOps-praktijken. Het modewoord werd in veel organisaties misbruikt. Als je zegt dat je agile teams hebt gerijpt en je hebt een DevOps engineer of DevOps team, die waarschijnlijk niet in de goede richting gaan. DevOps is een cultuur in plaats van een team naam of aanduiding. Uitgaande van CMM (Capability Maturity Model) deze poging is om een organisatie te helpen om te weten waar ze staan in een DevOps reis en weg vooruit. Met enige brainstorm tussen ontwikkeling en Ops teams kan dit worden uitgebreid en aangepast aan de organisatie behoeften.

geen enkel getal is slecht, omdat het een individu of organisatie helpt te groeien.

tevreden klant

in tegenstelling tot CMM is dit geen model dat u moet bewijzen aan een certificeringsorganisatie. Het enige certificaat dat u krijgt is van uw tevreden klanten of zakelijke partners. Het is een model om zelf te reflecteren en om bedrijven te helpen groeien. Het doel van elk IT-team is om waarde te creëren door duurzame, voorspelbare levering met kwaliteit te doen.

dit is een eenvoudig model dat van ontwikkelaar tot CxO kan begrijpen en relateren.

voordat ik het model bespreek. We moeten begrijpen dat dit model nodig is. Vele jaren geleden, Melvin Conway in zijn paper ” How do Committee invent?”kwam met thesis die beroemd werd als Conway’ s law.

elke organisatie die een systeem ontwerpt (ruim gedefinieerd) zal een ontwerp produceren waarvan de structuur een kopie is van de communicatiestructuur van de organisatie.

de wet is gebaseerd op de redenering dat om de softwaremodules te laten functioneren, meerdere mensen vaak met elkaar moeten communiceren. Daarom zal de software interface structuur van een systeem weerspiegelen de sociale grenzen van de organisatie(s) die het geproduceerd, over welke communicatie moeilijker is.

laten we eens kijken hoe dit werkt in software ontwikkeling met een echt scenario. Radha bouwt een front-end scherm dat gedetailleerde kenmerken van een product toont. Stel dat dit product Een mobiele telefoon is. Weinig gemeenschappelijke productdetails zijn kleur, prijs, afmetingen, ratings enz. Een nieuwe verordening kwam om SAR-waarde van de handset weer te geven. Het scherm dat ze ontwierp werkt met micro service call. Ze sprak met Sunil die in het data team werkt. Hij zei dat ze alleen gegevens in platte bestanden kunnen sturen. Er is een duidelijke disconnect tussen twee modules. Dit is een scenario elk IT-team komt over zo niet alle 100% keer, maar de meerderheid van de tijden. Dit is gewoon een ontwerp kwestie. Het probleem is groter. Wat als de prioriteiten van het andere team heel anders zijn dan wat jouw team doet? Uw eisen kunnen de LAAGSTE prioriteit voor hen terwijl uw stakeholders achter u lopen.

de eerste stap naar een succesvolle implementatie van DevOps is om open te zijn met organisatiewijzigingen.

veranderingen in de organisatie

laat me 5 niveaus van volwassenheid bespreken:

  1. Initial: in deze fase werken teams in silo ‘ s en is er alleen, need based samenwerking. In een vergadering met alle teams samen, als je vraagt wie de eigenaar is van het “Product” zul je geen handen te verhogen. Time to market is meestal langer, gaat naar maanden en soms jaren. De prioriteiten worden vastgesteld op teamniveau, maar niet op productniveau. Dit zal ertoe leiden dat elk team zijn eigen prioriteiten heeft. Aangezien er geen bepaald proces is, is elke poging als het opnieuw uitvinden van het wiel. Dit zal leiden tot kwaliteitsproblemen en langere termijnen. Team doet meestal handmatige implementaties en handmatige interventies. Goed.. dit is geen slechte staat. Dit is hoe het grootste deel van de ontwikkeling zou beginnen.

2. Herhaalbaar: Teams werken nog steeds in silo ‘ s. Er is een zekere mate van automatisering binnen het team. Wanneer een crisis toeslaat, bepaalt het team hun eigen proces en volgt het tot het einde van de crisis. Het enige goede nieuws is dat sommige van deze processen herhaalbare processen kunnen worden wanneer de crisis opnieuw toeslaat.

3. Gedefinieerd: Dit is een goed startpunt om devops cultuur te zaaien met een gecentraliseerd team. Dit team begrijpt verschillende technologieën Dev teams gebruiken en tooling is gebaseerd op de huidige behoefte. Omdat het een gecentraliseerd team is, is het niet gemakkelijk om te controleren wat elk team doet en dus worden sommige beslissingen overgelaten aan teams om te experimenteren. Centraal team bestaat meestal uit experts en dev teams zullen een aantal mensen met basiskennis en kennis.

4. Beheerd: als het centrale DevOps-team begrijpt organisatie tooling landschap, meerdere omgevingen en tools worden getest. Consistente en herhaalbare processen worden gevolgd door meerdere teams. Gereedschapsketting wordt geselecteerd op basis van use cases in plaats van persoonlijke keuzes. Monitoring tools voor alle processen worden geïntroduceerd en intensief gebruikt door teams om beslissingen te nemen.

5. Geoptimaliseerd:

succes van een goede leider wordt gedefinieerd door het niet hebben van volgelingen, maar door het vermogen om grote leiders te creëren.

de laatste fase van de volwassenheid van DevOps is het verdwijnen van het DevOps-team. Dit lijkt misschien contra-intuïtief. In dit stadium, DevOps maakt deel uit van Product development team in plaats van een aparte entiteit. Infrastructuur gebruiken als code, containers, orkestratie etc. zero touch implementatie is bereikt. Nu als je iedereen die werkt aan een product te bellen en te vragen wie eigenaar is van het product, zult u een aantal vertrouwen handen verhogen zonder enige aarzeling. Gegevens van monitoring tools worden gebruikt om nieuwe set tools te selecteren (inclusief infrastructuur, programmeertalen, technieken). Beslissingen zijn gebaseerd op gegevens in plaats van persoonlijke voorkeuren. Het productteam staat klaar om elke dag en elk moment code te implementeren. Ze houden van de “business value” en behandelen het als een huisdier. Al het andere wordt behandeld als vee.

DevOps Volwassenheidsmodel.

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.