Beheerde DevOps Best Practices

Het lijkt misschien ingewikkeld door de naam. De afkorting van al twee complexe fenomenen, development en operations, aangevuld met het organisatorische adjectief. Dat lijkt voor sommigen een raadsel.

Van nature is het helemaal niet ingewikkeld. (Nou ja, men zal eerder door complicaties gaan om de dingen goed te krijgen, maar het is een eenmalige reis). Laten we ons herinneren: DevOps is waarschijnlijk de meest uitgebreide software implementatie & onderhoudstechniek. Het verkort de ontwikkelingslevenscyclus, maakt het mogelijk veranderingen (in een code of waar dan ook) sneller door te voeren, zorgt ervoor dat bugs in een zo vroeg mogelijk stadium worden opgespoord en aangepakt, elimineert onnodige concurrentie en slechte houdingen tussen de afdelingen, biedt een tastbare tool voor teambuilding, en maakt zowel ontwikkeling als operatie goed efficiënt in termen van productiviteit en kosten.

Hoewel DevOps niet bepaald een raketwetenschap is, vergt het toch een aantal aanzienlijke inspanningen: het opzetten van de processen, het tot stand brengen van interne communicatie en samenwerking op ten minste een passend niveau, het ter beschikking stellen van adequate technische hulpmiddelen voor naadloos gebruik door elk teamlid. De initiële invoering van DevOps-beginselen in een entiteit voor softwareontwikkeling/onderhoud vergt in de eerste plaats veel menselijk kapitaal – tijd, inspanningen, en gewoon de beschikbaarheid van goed opgeleid personeel. Als de DevOps-praktijken goed zijn ingesteld, zullen ze zich vrij snel terugbetalen. Maar de lancering ervan is zeker een uitdaging; soms pijn.

Hier komt dat organisatorische adjectief, het “Managed” deel, om de hoek kijken.

We kunnen beter met een manager praten

Voor veel bedrijven, full-online of grotendeels offline maar met een eigen IT-afdeling, zijn infrastructurele ondersteuning en meerdere setups (we hebben het hier over netwerken) ongewenste en onwillige banen. Ontwikkelaars geven de voorkeur aan coderen en vrijgeven, detailhandelaars – aan verkopen en aanvullen, enz. Elke activiteit die verder gaat dan routinematige netwerkbeschikbaarheidsondersteuning slurpt tijd en geld op; dit geldt des te meer voor nieuwe methoden om zich te ontplooien. Voeg daarbij de grote vraag (lees – ernstig tekort) naar goed opgeleide DevOps-specialisten, en je zult zien dat bedrijven smeken om die “extra” activiteiten over te dragen aan een vertrouwde IT-partner – economisch gezien, maar niet alleen.

Dus, een genoemde partner, in de meeste gevallen cloud services provider, neemt de verantwoordelijkheid voor een kant DevOps processen, beheert ze. Het is iets anders dan gewone outsourcing. DevOps-mensen van een provider en IT-specialisten van een klant werken nauw samen; het is niet overdreven te stellen dat de IT-afdeling van de klant een waardevolle uitbreiding krijgt. De precieze manieren van samenwerking – er zijn er twee – verschillen een beetje. Ofwel initieert en begeleidt de provider de processen, waarbij de dagelijkse taken aan de klant worden overgelaten, ofwel wordt de hele DevOps onder de hoede van de provider genomen, zodat de klant zich volledig op zijn kernactiviteiten kan richten. Zoals we al eerder zeiden – helemaal niet ingewikkeld, toch?

Managed DevOps werkt het best voor:

• Bedrijfssites. In-house ontwikkelaars, vooral in de internetretail, houden wellicht geen gelijke tred met de groeiende bedrijfseisen. Uitbreiding van het eigen IT-team is uiteindelijk een doodlopende weg, omdat het steeds weer extra niet-kernkosten met zich meebrengt. Een ander risico is dat in-house HR, die niet al te veel verstand heeft van IT-technieken, verkeerd gekwalificeerde specialisten aanneemt. Een ervaren DevOps-team stelt niet alleen de beste oplossingen voor vandaag voor – het kan de eisen van het bedrijf voorspellen en de toekomstige infrastructuur en processen tijdig regelen.
• Ontwikkeling van mobiele apps. Deze tak is waarschijnlijk de snelste op de markt – in termen van reageren op en adopteren van nieuwe trends. Hier is Managed DevOps de helper op twee verschillende manieren. Voor bedrijven die meerdere niet-gerelateerde mobiele ontwikkelingsprojecten tegelijk hebben, is de techniek het hulpmiddel voor strategiebeheer. Voor applicaties zelf is het de snellere en vlottere weg naar app stores.
• GameDev.. In een bepaald stadium van de groei van GameDev bedrijven worden concepten, ontwerp en marketing belangrijker dan ondersteuning en onderhoud van reeds uitgebrachte games. Managed DevOps helpt dergelijke onbalans weg te nemen. Een snellere en vlottere weg naar de release van games is ook hier van toepassing.
• Eenmalige en aangepaste projecten. Managed DevOps-expertise zoekt ook bij zwaar maatwerk naar de meest geschikte oplossingen. Als de eigenlijke implementatie van de techniek niet nodig is, blijven de klanten doorlopende analyse en consulting in hun beste vorm.

Hoe ze het doen

De exacte formulering kan variëren, maar dit zijn de stadia van Managed DevOps.

Audit van inefficiënties. De nauwe samenwerking is al begonnen: een provider onderzoekt alle mogelijke knelpunten, luistert naar een klant (en naar de klanten van de klant, indien van toepassing) en helpt in-house specialisten actief om elk obstakel bloot te leggen.

Van blauwdruk tot roadmap. DevOps-manager tekent de hele structuur, breekt die vervolgens af tot infrastructurele inrichting(en), het schrijven van scripts, synchroniciteitszaken, tooling – en natuurlijk de projectkosten.

Contractondertekening en uitvoering. Hier valt eigenlijk nauwelijks iets aan toe te voegen. Misschien moet ik vermelden dat alle betrokkenen op elk moment weten wat er nu gaande is, wat er al gedaan is en wat ze nu gaan doen.

Controleren, herzien, de eindstreep halen. De kans dat zelfs het meest grondige stappenplan niet wordt aangepast aan de loop van de gebeurtenissen neigt naar een eindeloos nulpunt. Met ingevoerde wijzigingen en geleerde lessen ziet het voltooide project er nog verfijnder uit.

Herhaling. Volgende stap of volledig nieuw project: alles maakt meer expertise mogelijk. En vergeet niet dat oefening baart kunst.

Voordelen

• Goede efficiëntie in termen van tijd, kosten en prestaties/arbeid. Niet afgeleid door niet-kerntaken, de specialisten van de klant kunnen zich beter concentreren op hun directe verantwoordelijkheden. De overbodigheid om on-premise extra werkruimten te creëren en extra personeel op te leiden maakt Managed DevOps nog voordeliger.
• Snellere en foutloze productassemblage en -levering.
• Veel automatisering van processen – maar met veel flexibiliteit, als maatwerk wordt overwogen.
• Onschadelijke testmethoden: canary deployment (voor een kleine en goed gedefinieerde groep gebruikers); one-click rollback functie.

Nadelen

• DevOps als fenomeen suggereert aanzienlijke veranderingen in de bedrijfscultuur. De eerste acceptatie van nieuwe relaties moet van de top komen en alle bedrijfsniveaus doordringen. Het is onaanvaardbaar (en nauwelijks mogelijk, volgens de lessen van het leven) dat alleen ontwikkelaars de DevOps-principes hebben omarmd en anderen niet.
• Veiligheid mag nooit worden opgeofferd aan snelheid. Een klant die zich zorgen maakt over de informatiebeveiligingspraktijken van een provider zou een andere Managed DevOps-aannemer moeten overwegen.

Hoe wij het doen

Bij ITGLOBAL.COM zijn we trots op het team van DevOps-experts – met bewezen prestaties en waarderende feedback van onze klanten. We zijn goed bekend met mogelijke valkuilen van de DevOps-cultuur en hebben tools om de obstakels te vermijden klaar. Met name de beveiliging van onze clouddiensten is erkend en naar behoren gecertificeerd.

Onze ervaring omvat beheerde projecten van uiteenlopende complexiteit in zowel publieke als private enterprise clouds, on-premises en binnen de hyperscalers. Wij bieden Managed DevOps (en alle andere samengestelde oplossingen) aan als complete diensten in een “single window” modus.