Het lijkt misschien ingewikkeld door de naam. De afkorting van al twee complexe verschijnselen, ontwikkeling en operaties, toegevoegd met het organisatorische bijvoeglijk naamwoord. Misschien ziet het er voor sommige mensen een raadsel uit.

Het is helemaal niet ingewikkeld door de natuur. (Nou, men zal eerder door complicaties gaan om dingen goed te krijgen, maar het is een eenmalige reis). Laten we niet vergeten: DevOps is waarschijnlijk de meest uitgebreide software implementatie & onderhoud techniek. Het verkort de ontwikkelingslevenscycli, maakt het mogelijk om wijzigingen (in een code of waar dan ook) sneller te maken, zorgt ervoor dat bugs worden gedetecteerd en in de vroegst mogelijke stadia worden aangepakt, elimineert onnodige concurrentie en slechte attitudes tussen de afdelingen, biedt tastbare teambuilding-tools en maakt zowel de ontwikkeling als de activiteiten goed efficiënt in termen van productiviteit en kosten.

Hoewel DevOps niet bepaald een rocket science is, vereist het wel een aantal substantiële inspanningen: het opzetten van de processen, het opzetten van interne communicatie en samenwerking op ten minste een geschikt niveau, het bieden van adequate technische tools voor het naadloze gebruik van elk teamlid. De eerste introductie van DevOps – principes in een softwareontwikkelings – /onderhoudsentiteit kost veel menselijk kapitaal-tijd, inspanningen en duidelijke beschikbaarheid van goed opgeleid personeel-in de eerste plaats. Als het goed is, zullen DevOps-praktijken zich snel terugbetalen. Maar de lancering ervan is zeker een uitdaging; soms pijn.

Hier komt dat organisatorische bijvoeglijk naamwoord, het “beheerde” deel, tussenbeide.

We kunnen beter met een manager praten.

Voor veel bedrijven, hetzij volledig online of meestal offline, maar met hun eigen IT-afdelingen, infrastructurele ondersteuning en meerdere opstellingen (we hebben het hier over netwerken) zijn ongewenste en onwillige banen. Ontwikkelaars geven de voorkeur aan code en release, retailers-te verkopen en aan te vullen, enz. Elke activiteit die verder gaat dan de ondersteuning voor routinematige netwerkbeschikbaarheid slokt tijd en geld op; dit geldt nog meer voor nieuwe methoden om te ontvouwen. Voeg daar de Algemene hoge vraag (lees-ernstige tekortkoming) aan goed geschoolde DevOps – specialisten aan toe, en je zult merken dat bedrijven smeken om die “extra” activiteiten door te geven aan een vertrouwde IT-partner-economisch gezien, maar niet alleen.

Dus, een genoemde partner, in de meeste gevallen cloud service provider, neemt de verantwoordelijkheid voor een side 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 om te zeggen dat de IT-afdeling van de klant een waardevolle uitbreiding krijgt.
De precieze manieren van samenwerking – er zijn er twee-verschillen een beetje. Ofwel de provider initieert en begeleidt de processen, waarbij de dagelijkse klusjes aan een klant worden overgelaten; of de hele DevOps gaat onder de vleugel van de provider, waardoor een klant zich volledig kan concentreren op zijn kernactiviteiten.
Zoals we al eerder zeiden-helemaal niet ingewikkeld, nietwaar?

Managed DevOps werkt het beste voor:

• Bedrijfssites. In-house ontwikkelaars, vooral in Internet retail, zijn misschien niet in het tempo van de groeiende zakelijke eisen. Uitbreiding van het eigen IT-team is uiteindelijk de doodlopende weg, omdat het steeds meer niet-kernkosten met zich meebrengt. Een ander risico is dat interne HR, die niet al te enthousiast is Over It-technische details, onjuist gekwalificeerde specialisten in dienst kan nemen. Ervaren side DevOps-team stelt niet alleen de beste oplossingen voor vandaag voor-het kan ook zakelijke eisen voorspellen en 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 het aannemen van nieuwe trends. Hier Managed DevOps zijn de helper op twee verschillende manieren. Voor bedrijven die tegelijkertijd meerdere niet-gerelateerde Mobiele ontwikkelingsprojecten hebben, is de techniek het strategiebeheertool. Voor applicaties zelf is het de snellere en soepelere route naar app stores.
• GameDev. In een bepaald stadium van de groei van GameDev worden Concepten, ontwerp en marketing belangrijker dan ondersteuning en onderhoud van reeds uitgebrachte games. Managed DevOps helpt om dergelijke non-balans te elimineren. De snellere en soepelere weg naar de release van games is hier ook van toepassing.
• Eenmalige en aangepaste projecten. Managed DevOps expertise vraagt om de meest geschikte oplossingen, zelfs in zwaar op maat gemaakte opdrachten. Als de daadwerkelijke implementatie van de techniek niet nodig is, zullen voortdurende analyse en consulting klanten in hun beste vorm houden.

Hoe ze het doen

De exacte bewoordingen kunnen variëren, maar dit zijn de fasen van Managed DevOps.

Audit van inefficiënties. Houd er rekening mee dat de nauwe samenwerking al is begonnen: een provider onderzoekt alle mogelijke krappe plekken, luistert naar een klant (en naar de klanten van de klant, indien van toepassing) en helpt actief in-house specialisten om elk obstakel te ontdekken.

Van blueprint naar roadmap. DevOps manager tekent de hele structuur en verdeelt deze vervolgens in infrastructurele setup (s), scripts schrijven, synchroniciteit, tooling – en natuurlijk de projectkosten.

Ondertekening en uitvoering van het Contract. Nauwelijks iets toe te voegen, eigenlijk. Verwacht misschien te vermelden dat alle betrokken mensen zijn (niet alleen zou moeten zijn-beschouw dit als De gedaan daad!) op elk gegeven moment bewust van wat er nu aan de gang is, wat al is gedaan en wat ze vervolgens van plan zijn.

Monitor, Herzie,bereik de finish. De kans dat zelfs de meest grondige routekaart niet wordt gewijzigd met de loop van de gebeurtenissen neigt eindeloos tot nul. Met veranderingen en geleerde lessen ziet het voltooide project er nog verfijnder uit.

Herhalen. Volgende stap of compleet nieuw project: alles zorgt voor meer expertise. En vergeet niet dat oefening baart kunst.

Pro

• Goede efficiëntie in termen van tijd, kosten en prestaties/arbeid. Niet afgeleid door niet-kerntaken, kunnen de specialisten van de klant zich beter richten op hun directe verantwoordelijkheden. Het onnodig creëren van extra werkplekken op locatie en het trainen van extra personeel maakt Managed DevOps nog economischer.
• Snellere en foutloze assemblage en levering van producten.
• Veel automatisering van processen-maar met de grote mate van flexibiliteit, als oplossingen op maat worden overwogen.
• Onschadelijke testmethoden: Canary deployment( voor een kleine en goed gedefinieerde groep gebruikers); one-click rollback-functie.

Nadeel

• DevOps als fenomeen suggereert significante veranderingen in de bedrijfscultuur. De eerste acceptatie van het type nieuwe relaties moet afkomstig zijn van de top en elk niveau van het bedrijf impregneren. Het is onaanvaardbaar (en nauwelijks mogelijk, volgens de lessen van het leven) dat alleen ontwikkelaars DevOps-principes hebben omarmd, terwijl anderen dat niet hebben gedaan.
• Veiligheid mag nooit worden opgeofferd omwille van snelheid. Een klant die zich zorgen maakt over de informatiebeschermingspraktijken van een provider, moet een andere managed DevOps-aannemer overwegen.

Hoe we het doen

Bij ITGLOBAL.COM we zijn 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 veiligheid van onze clouddienst wordt erkend en correct gecertificeerd.

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