Dat het werk als systeembeheerder veranderd is niet iets echt nieuws, alhoewel… Was het voorheen voldoende om je certificeringen bij te houden en de nieuwe technieken onder de knie te krijgen is er nu een geheel nieuwe verandering. Een inhoudelijke, waar voor een deel nog steeds systemen worden ge-update en keurig netjes met grote regelmaat worden gepatched zie je een niet meer te stoppen ontwikkeling.
In de huidige omgeving vind je vaak een gevirtualiseerde servers op een VMware ESX cluster. Op die servers draaien de applicaties. Voor die applicaties wordt de server zo ingericht dat deze kan draaien. Denk aan minimale hoeveelheid RAM, aanwezigheid van genoeg netwerkinterfaces, storage en dat soort dingen. De applicatie is dus eigenlijk de laatste schakel die niet gevirtualiseerd is.
Docker
Met de komt van Docker en dergelijke technieken worden applicaties in een zgn. container gedraaid. Een groot voordeel hiervan is dat zodra je Docker omgeving hebt draaien (en dat kan op bijv. Linux maar ook op Windows) de container er op los kan laten en je applicatie draait. Een update v/d applicatie is niet meer een proces om per server deze te updaten. Op de, tadaaa, magic-word: DevOps omgeving wordt een nieuwe image gemaakt van de applicatie en vervolgens kan deze, uiteraard geautomatiseerd, over alle Docker omgevingen worden geupdate. Het risico dat de update op de ene omgeving wel draait en op de andere niet is nagenoeg nul. Je draait de applicatie container tenslotte op een generieke Docker omgeving.
Ook die Docker omgeving zal niet met hand worden genstalleerd per server. Ook dat kan aan de hand van een template middels bijvoorbeeld VMware’s VRA. In deze omgeving maak je een template met alle eigenschappen die je wilt en middels de geautomatiseerde omgeving rol je servers uit. Of dat nou op een VMWare ESX cluster is of in de cloud, dat is om het even. Ook de schaalbaarheid wordt door de komst van Docker een stuk eenvoudiger. Trekt een website voor een bepaalde tijd veel meer bezoekers? Er kan geheel geautomatiseerd een handvol virtuele servers met Docker worden opgebracht. Hiervoor moet natuurlijk wel de benodigde infra aanwezig zijn maar… capaciteitsmanagement en schaalbaarheid krijgen nieuwe dimensies.
Templates
Waar je als systeembeheerder veel bezig was met uitrollen, updaten, patchen en het oplossen van verstoringen verschuift dat naar een soort van technisch template manager. Met templates maak en onderhoud je je serverpark. Een update? Dat is geen kwestie meer van server per server als dan niet geautomatiseerd patchen. Je update je template, test deze met de applicatie image op Docker en als dat werkt vervang je eigenlijk de verouderde of de te pachen servers door servers aan de hand van de geupdate template en middels Docker worden de applicaties uitgerold. Je vervangt dus een server door een nieuwere met de bestaande (of ook geupdate) applicatie-container. Dat is wezenlijk anders dan het traditionele systeembeheer. Deze methode wordt al jaren door grote internetgiganten zoals Google, Facebook en Netfix gebruikt.
Veranderingen
Al dit bovenstaande houdt in dat je naast de kennis van het besturingssysteem nu ook kennis moet vergaren van het werken met bijv. Docker of gelijksoortige technieken. Managers moeten daar ook kennis van op doen want traditionele methodes met maandelijkse patch-rondes, OTAP omgevingen (Ontwikkel, Test, Acceptatie en Productie) gaan allemaal op de schop. De veel gebruikte kreet DevOps een agile manier van werken in plaats van de traditionele manier wordt hiervoor vaak gebruikt. DevOps is niet we doen het hetzelfde op een andere manier, het is een andere manier van denken en een geheel andere manier van inrichten van processen gericht op samenwerking tussen de verschillende afdelingen i.p.v. eilandjes (afdeling netwerk, systeembeheer, storage, infra e.d.) en moet, wil het succesvol zijn door alle lagen van de organisatie worden gedragen. Het simpel wijzigen van de benaming werkoverleg naar stand-up is dat dus niet. Tijdens het traditionele werkoverleg zit een afdeling bij elkaar, bij een standup verdwijnt de afdelingsgrens en komen mensen kort bij elkaar, meestal dagelijks, om kort te bespreken hoever met staat met een bepaalde taak, of er issues zijn en wat de komende dag gaat gebeuren. Het kan dus heel goed zijn dat zo’n standup een wisselende samenstelling heeft om een bepaalde taak (in Scrum een sprint genoemd) te volbrengen. Zo kan er iemand van infra bij komen staan als er bijv. issues zijn met het netwerk of firewall en iemand van finance als het gaat om of een bepaalde taak wel rendabel is voor het bedrijf.
Conclusie
Het systeembeheer is aan het veranderen, in het ene bedrijf gaat dat sneller dan het andere en ook bij de overheden zie je deze ontwikkeling. Door mijn werk als consultant zie je wisselende resultaten. Deze veranderingen, deze nieuwe manier van kijken naar hoe je je werk zo efficient en goed mogelijk kan doen is voor mij in ieder geval een grote motivator en reden dat ik mijn werk zo leuk vind.
