• No results found

gecontroleerde en geteste goed gekeurde manier. Dat is in feite op basis van de cloud, er word een hele functionaliteit en tools en applicaties beschikbaar

gesteld. Daar heb je dus mensen voor nodig die die kennis hebben. En de

ontwikkeling gaat zo snel dat je binnen een jaar achterop loopt met betrekking

tot wat er mogelijk is. We zitten in de cloud, dat is de basis, wat kunnen we

ermee. Continous delivery, dus veel sneller zaken naar productie brengen. Dat

hoeft niet a la minute, maar je kan daar zelf je tempo enigzins in bepalen. Je

merkt wel dat op het moment dat die mogelijkheden er zijn dan wil je je ook

niet helemaal in een keurslijf laten gieten door bepaalde processen die

voorheen golden. Dan kom je op het change en release process, daar moet

grondig naar gekeken worden hoe dat dan uiteindelijk in zo’n continous

delivery cloud based model eruit moet komen te zien. Kijkend naar de ITIL

processen, blijven deze allemaal wel bestaan. Daar verandert niets aan. Wat

je wel merkt als je naar al die processen kijkt worden die absoluut wel

beinvloed als je naar de cloud gaat. Bijvoorbeeld, disaster and recovery

management, wat voorheen een heel omslachtig en duur proces was om te

realiseren, disaster recovery testing en fail over, om dat allemaal te regelen

dat is met zo’n cloud oplossing heel simpel. Het is bijna dat je een vinkje

aanvinkt in een management console en je zegt, oke je wil een bepaalde

omgeving hebben voor een bepaalde type server, daar hangt dan wel een

prijskaartje aan en op het moment dat je dat gewoon betaald dan heb je die

omgeving gewoon op basis van de servers level die je hebt ingeregeld. Dat is

een enorm verschil met voorheen waarbij je een jaar bezig was. Het is nu

gewoon on the fly geregeld. Dat is zeker een van de voordelen van cloud

computing. Dat is dus de zekerheid van je service verlening, dat je die kunt

garanderen. Een heel belangrijk ITIL process is service level management. Jij

garandeert naar je klanten een bepaalde availability en uptime, 99,9%

zegmaar. Maar wat nu als er een ramp gebeurd, als er een vliegtuig op je data

center land. In hoeverre ben je dan nog in staat om die service levels te halen.

Op het moment dat je erover gaat nadenken met je eigen data center, dan moet

je al een uitwijk locatie hebben van je data center waar ook een gedeelte van

de infrastructuur staat. Je moet zeg maar je data daar na toe brengen, je

backups. Laten we zeggen dat je dat 1x per week. Je moet het testen en je moet

die omgeving natuurlijk ook betalen. Op het moment dat je in de cloud zit dan

staat die infrastructuur natuurlijk ook in een data center uiteindelijk. Dan kan

je er nog voor kiezen dat die op meerdere continenten bewaard blijft. Of

meerdere landen, afhankelijk van het prijskaartje. Dan heb je wel die

zekerheid, zonder dat je daar operationeel last van hebt. Je betaald natuurlijk

wel de prijs dat je gegarandeerd die omgeving beschikbaar hebt. Wat ook heel

belangrijk wordt is financial management. Dat wordt ook heel anders. Want

de kosten van die infrastructuur die zijn nu gewoon op een hele andere manier

bepaald dan voorheen als je het in je locale data center hebt staan. Dan heb je

gewoon de drie jaarlijkse afschrijving van je producten, je hebt de ruimte die

je huurt, al dat soort componenten. En bij de cloud worden die berekeningen

gedaan op basis van wat is je up-time van je infrastructuur, moet die alleen

tijdens kantoor uren open zijn. Of 24 uur per dag, of per seconde, per CPU

cycle of per memory gebruik. Je kosten worden op een hele andere manier

bepaald. Dat betekent dus ook dat jou management van het inftrastructuur op

een hele andere manier gedaan moet worden. Ook moeten er hele andere

processen opgezet worden. Je availability mangement wordt bijvoorbeeld een

hele belangrijke process. Vraag maar aan je klant hoelang die server online

moet zijn. Als dat altijd is hangt daar natuurlijk een prijskaartje aan vast.

Uiteindelijk belast je die kosten ook door aan de klant. Dus de klant bepaald

wat het mag gaan kosten. Het moet altijd zo min mogelijk kosten. Dan heb je

zoveel meer mogelijkheden om die kosten te reduceren. Hetzelfde geldt ook bij

die infrastructuur, wat een enorm belangrijke component van die kosten was,

was de duur van het contract. Als jij een subserver had die je iedere dag kon

opzeggen dan betaalde je daar heel veel geld voor op jaar basis als je die pas

naar een jaar uit zet. Als je een server besteld voor een jaar dan betaal je veel

minder. Dan heb je het echt over 10% a 20% van de originele kosten. Om een

bepaalde business case te realiseren moest je ook gewoon heel erg opletten en

afspreken over de factoren die die kosten kunnen beinvloeden en welke keuzes

je erin maakt. Het hele financial management van de cloud is een enorme

component. Zowel om kosten te besparen en om te voorkomen dat deze de pan

uit rijzen. Dat is ook een onderdeel van ITIL, financial management. Over al

die processen valt wel iets te zeggen hoe die beinvloed worden door de move

to the cloud. Je ziet het ook terugkomen bij bedrijven. Op het moment dat je

naar de cloud gaat moet je over bepaalde zaken goed nadenken. Anders leidt

het uiteindelijk tot kostenverhoging. In principe werd de move naar de cloud

in het begin verkocht als kosten besparend. Mits je het goed managed kan dat

ook. Maar dat hoeft helemaal niet. Je hebt nog steeds veel mensen nodig om

die cloud te managen.

7. Interview #7

Date: 10-02-2017

Company: IT Consultancy

Duration interview: 34 minutes

1. Kan je me wat over jezelf vertellen?

Mijn naam is X, bijna 32 jaar. Ik heb gestudeerd aan de VU in Amsterdam,

bedrijfskunde. Ik werk nu 3 jaar bij Accenture komende week exact 3 jaar bij

infrastructure services. Ik ben daar manager sinds anderhalf jaar. Ik hou me

veel bezig met cloud migratie werk, cloud assessments en data center

transformaties. Ik woon in Utrecht, ik speel zaalvoetbal, af en toe wat

hardlopen en fitnessen en dan is de week al redelijk op.

Binnen infrastructure services zit ik in de cloud service lijn. Binnen die lijn zie

je 2 a 3 tal grote topics. 1 is cloud migratie assessments, cloud migraties en

zeg maar overnemen van een run. Je ziet ook af en toe dat we outsourcing

deals maken vanuit India om daar het nieuwe data center van een klant te

gaan beheren wat in een private of public cloud kan draaien. 2 is wat we zien

heel veel DevOps. DevOps trajecten waarin klanten steeds meer Agile en lean

gaan werken. En ik zit met name meer in die eerste hoek. Op dit moment zit ik

bij Liberty Global waarin we niet direct doen met cloud maar wel met data

center transformatie werk. Dus daar patchen we een infrastructuur, upgraden

we een infrastructuur, het automatiseren van een infrastructuur, het

automatiseren van patch deployments door patching teams. En nu ben ik bij X

de zorgverzekeraar bezig met een cloud migratie. Ze hebben daar 2 maanden

terug een assessment verkocht aan een aantal van onze collega’s. En we

hebben daar nu gesprekken over het vervolg werk om de infrastructuur van de

data centers van X naar een public cloud te migreren. We zijn nu aan het

kijken wat de opties daarvoor een zijn. Om er een business case omheen

bouwen en te kijken hoe we het in de cloud kunnen laten landen. De afronding

van de assessment is aan het einde van deze maand. Dan hebben we inzichten

in wat er allemaal in het data center draait. Dan weten we wat het kan gaan

opleveren om het in de public cloud te laten draaien, de kosten van de

migratie en te kijken naar het beheermodel. Dan gaan kijken of X dat intern

wil gaan doen. Of er mensen omgeschoold moeten worden of dat we extern

gaan kijken. Dat zou dan via ons kunnen maar het kan ook via een andere 3

e

partij. Dat is een beetje de stand van zaken. De migratie zelf daar gaat nog

wel een aantal maanden overheen voordat er contract approvals zijn en dat

soort zaken. Eerst moeten ze bevestigen dat ze met ons verder willen

natuurlijk. Dan hebben we het over een traject van 6 tot 9 maanden. Het gaat

om ongeveer 1000 servers en we kijken naar Azure en Amazone. Dus daar

lopen gesprekken mee.

3. Kan je aangeven wat je ervaring is met cloud computing?

Verder heb ik bij X, toen starte ik bij Accenture, toen hebben we een private

cloud migratie gedaan. Eigenlijk ging X toen insourcen, dus ze hadden een

data center bij X draaien. X is een bedrijf, onderdeel van RWE, een Duitse

energiebedrijf. Die hadden hele grote data centers staan. Dus ze hebben

ervoor gekozen om alles weer te gaan insourcen. Beheer door RWE en X zelf.

En die data centers bij RWE waren private cloud. Zaten een hoop VM ware

lagen tussen, hypervisors en dat soort zaken. Dus een hoop fysiek hebben we

naar virtueel gemigreerd. En uiteindelijk hebben ze hun eigen private cloud

gehad. Ik geloof dat 90% virtueel is en 10% fysiek. We hebben 150 applicaties

overgezet. Het was een hele B2B en B2C landschap. Dus dat hebben we toen

in een weekend gemigreerd. Alles down bij X inclusief callcenters, dus dat had

wel impact. Maar het was een cool project. Dus private cloud 2 a 3 keer

ervaring mee, public cloud wordt dit eigenlijk de eerste klant. Dat is ook gelijk

het punt je ziet nog niet zoveel public cloud klanten in Nederland. Je ziet wel

een aantal wat kleinere partijen, maar grote klanten zie je toch nog wel wat

strubbelingen hebben om risico’s met waar staat mijn data, hoe zit het met de

kosten. Ook gezien de spanningen in de wereld zie je dat ze niet altijd het

overwegen. En dat ze soms eerst naar een private of hybrid kijken en dan pas

voor een public cloud gaan. Dus dat wordt wel een uitdaging bij X

bijvoorbeeld om ook productie in de public cloud te krijgen. Misschien dat ze