Magisch, maar geen wondermiddel: 3 manieren om naar cloudgedreven innovatie te kijken
We hebben hem waarschijnlijk allemaal gezien, die grappige sticker met daarop “There is no cloud; it’s just someone else’s computer.” Dat was 15 jaar geleden misschien even waar, maar de moderne cloud heeft een paar flinke evolutionaire sprongen gemaakt. Nu leven we in volatiele tijden; organisaties die cloudtechnologie effectief kunnen inzetten zijn bestand tegen de toenemende snelheid waarmee de wereld verandert. Sterker nog: ze komen bovendrijven. Kun jij dat ook?
De cloud in je voordeel gebruiken vraagt om een nieuwe manier van denken: technologie is niet langer het eigendom van de IT-afdeling (als het dat al was). Om resultaten te boeken, moet de hele organisatie de kracht van de cloud leren gebruiken.
Hieronder gaan we deze fundamenteel andere manier van (samen)werken vanuit verschillende perspectieven bekijken: beheerders, ontwikkelaars en bedrijfsleiders. Elk van deze invalshoeken begint met een omschrijving van een ineffectieve manier van werken. We gebruiken hier de term cloud-naïef (als in: onervaren, van te weinig begrip getuigend). Of zoals het State of DevOps-rapport het noemt: de manier van werken van de zogenaamde achterhoede. Daarna maken we steeds een sprong en beschrijven het perspectief van de cloud-native organisaties, de kopgroep die cloudtechnologie inzet om hun klanten steeds sneller van waarde te voorzien.
Beheerders: verminder risico’s door sneller te gaan
De achterhoede: cloud-naïeve beheerders
Toen de wereld van IT nog goed te overzien was, ging het ongeveer zo: ontwikkelaars leverden complete pakketten op aan beheerders, die deze vervolgens installeerden op de juiste infrastructuur. Het liefst niet zo vaak en als het even kon ook nog met minimale aanpassingen aan hun kant. Standaardiseren was het sleutelwoord. Waarom? Omdat elke wijziging risico met zich meebracht en als het fout ging mocht de beheerdersclub ‘s nachts uit bed komen om de rotzooi op te ruimen.
Ontwikkelaars pasten zich aan door de releases — die ze nog maar af en toe mochten uitbrengen — zo vol mogelijk te proppen met wijzigingen. Het risico op grote en kleine fouten werd daar niet minder van.
Het gevolg: langzame verandering, weinig samenwerking en de gebruikers staan in de kou.
De kopgroep: cloud-native beheerders
Met de opkomst van de DevOps-beweging is er een uitweg uit de patstelling ontstaan (maar dan moet je wel goed begrijpen wat de term inhoudt). Door agile teams verantwoordelijk te maken voor het bedrijfsresultaat, worden de oude muren tussen beheerders, ontwikkelaars en ‘de business’ doorbroken. Met de klant als grote winnaar.
Het klassieke rekencentrum is door partijen als AWS, Azure en Google bijna helemaal weggeabstraheerd. Er zijn inmiddels honderden door de cloudproviders beheerde diensten beschikbaar. Teams kunnen deze inzetten om hun time-to-value continu naar beneden te krijgen.
Het gaat misschien tegen onze intuïtie in, maar het verhogen van het tempo waarin veranderingen plaatsvinden zorgt ervoor dat risico’s veel beter gemanaged kunnen worden. Denk er maar eens over na: als time-to-value de meest kritieke maatstaf voor succes is, dan worden veranderingen ook steeds kleiner. Het terugdraaien of debuggen van kleine releases is relatief eenvoudig, zeker als je als DevOps-team een paar keer dag op de release-knop drukt.
Deze cloud-native manier van werken is precies waar beheerders altijd van droomden: meer controle, minder risico.
Ontwikkelaars: richt je op meer resultaten, minder op technologie
De achterhoede: cloud-naïeve ontwikkelaars
Voor de opkomst van cloud moesten zowel servers als software met de hand worden geïnstalleerd. Dat kostte veel tijd, en dan kwam er vaak nog test- en auditwerk bovenop, meestal uitgevoerd door mensen buiten het team. Dus wat deden ontwikkelaars? Wensen en eisen opsparen en die allemaal in één release stoppen. Alle benodigde wijzigingen aan infrastructuur en andere afhankelijkheden moesten ook nog eens goed worden gedocumenteerd, gecommuniceerd en gepland, zodat beheerders hun werk konden doen.
Ontwikkelaars gaven de voorkeur aan stabiele, weinig variërende omgevingen die ze helemaal konden simuleren op hun ontwikkelmachines. Daar produceerden ze enorme monolieten mee, vaak in één ontwikkeltaal geschreven en enkelvoudig uitgevoerd in productie. Daarmee wonnen ze snelheid tijdens het ontwikkelproces, maar klantfeedback liet vaak lang op zich wachten. Sterker nog, vaak hadden ontwikkelaars geen idee wat hun software voor impact had in productie. Nou ja, soms werden ze wel wakker gebeld door gefrustreerde beheerders die een heel ander IT-dialect spraken.
En dus: langzame verandering, weinig samenwerking en de gebruikers staan in de kou.
De kopgroep: cloud-native ontwikkelaars
Het stapje-voor-stapje virtualiseren en in containers stoppen van servers, platformen en runtime-omgevingen heeft ontwikkelteams in staat gesteld om een deel van het klassieke beheerwerk te leren beheersen. Belangrijker nog, de verkering van Dev en Ops heeft prachtige dingen opgeleverd: infrastructure as code, CI/CD, SRE, en nog meer. Het is nu mogelijk ontzettend complexe systemen te bouwen, observeren en beheersen. De oude monolieten zijn in kleine, modulaire services gehakt — of zelfs: in simpele functies — en ze wisselen asynchroon een enorme hoeveelheid berichten uit.
Een win-win voor de klant, dus. Het aanpassen, veranderen of volledig herschrijven van een enkele, kleine module en deze vervolgens in een oogwenk testen en live zetten ligt nu binnen de mogelijkheden van een team. Experimenteren — kijken of een job to be done echt tot leven komt in productie — is spotgoedkoop geworden met het pay-as-you-go model dat de grote cloudplatformen voor hun serverless technologie hanteren.
Bedrijfsleiders: hef de innovatieblokkades op
De achterhoede: cloud-naïeve bedrijfsleiders
In tijden van rustige, voorspelbare markten, konden organisaties een transformatie rustig plannen en budgetteren. Gebruikers waren het wel gewend dat er één keer in de zoveel tijd een kleine verbetering tot hun beschikking kwam. Software — en de hardware waarop ze draaide — waren complexe, gigantische en dure draken, die alleen getemd konden worden door in IT-kelders weggestopte technologiemasochisten. Er werd pas iets gebouwd als er hele boekwerken met eisen waren opgesteld door marktspecialisten en innovatiedeskundigen. Wat je dan uiteindelijk kreeg… tja, dat was vaak toch net even wat anders dan verwacht, of alweer achterhaald.
Voor de laatste keer: langzame verandering, weinig samenwerking en de gebruikers staan in de kou.
De kopgroep: cloud-native bedrijfsleiders
Software heeft de wereld op zijn kop gezet. Organisaties zullen zich aan die realiteit moeten aanpassen, of langzaam wegzakken in irrelevantie. Gebruikers zijn gewend dat ze krijgen wat ze nodig hebben voor ze zich dat realiseren: een nieuwe Netflix-serie, een aanbevolen product, of zelfs een een beter rijdende auto. Om succesvol te zijn moet je gebruikers intiem leren kennen, je moet continu experimenteren en het ontwikkelen van software tot in de puntjes beheersen. De cloud is hier een enorme hefboom: de cloud provider kan bijna alles dat niet bijdraagt aan je core business voor je uit handen nemen.
Technische vaardigheden zijn belangrijk, maar er zitten nog meer stukjes in de innovatiepuzzeldoos. Een belangrijke is cultuur: aan leiders de taak om uit te leggen dat time-to-value en wendbaarheid superbelangrijk — nee: allesbepalend — zijn. Om slagvaardige, daadkrachtige, effectieve teams te maken, zullen de oude muren tussen beheerders, ontwikkelaars en de business moeten vallen. Het besef moet indalen dat het grootste gevaar schuilt in gebrek aan innovatie.
Met de gids op avontuur
Transformeren van een cloud-naïeve naar een cloud-native organisatie is niet weggelegd voor bangeriken, maar het is absoluut noodzakelijk. Gelukkig sta je niet alleen: Luminis neemt je graag mee op avontuur en brengt een schat aan ervaring mee. Zo hebben we OHRA, een van de grootste digitale verzekeraars van Nederland, geholpen bij het naar de cloud migreren van hun complete applicatielandschap. Een ander voorbeeld: wij zijn de partner die The Learning Network (TLN) heeft geholpen hun digitale transformatie te maken.
Neem contact met ons op en laat ons je helpen met een vliegende start van je cloud-native transformatie.
Whitepaper Cloudmigratie
Migreren naar de cloud: wat zijn de vijf stappen voor een succesvol resultaat? Download de gratis whitepaper. Wilt u de systemen van uw organisatie migreren naar de cloud? Een migratie naar de cloud zorgt voor o.a. snelheid en efficiëntie. Deze...
