Cloud computing is geen optie meer, maar een realiteit in het IT landschap van ongeveer alle organisaties. Tegelijk zijn er nogal wat varianten en keuzes te maken, keuzes die van belang zijn voor de IT strategie, en in sommige gevallen zelfs voor de bedrijfsstrategie.
Dit artikel geeft in een aantal stappen de belangrijkste vragen die je jezelf kan stellen om tot een duidelijk antwoord te komen en de juiste cloud aanpak te bepalen.
De eerste vraag is: weet je wat je van cloud computing verwacht? Welke verbeteringen in je business wil je er mee bereiken? Kostenvoordeel? Snelheid? Mobiliteit? Als je daar nog geen idee over hebt, is het verstandig om je eerst wat meer in de kenmerken, varianten en mogelijkheden te verdiepen. (Wil je hier meer van weten? Kijk dan of een van mijn aanstaande workshops wat voor je is.)
Dan is het belangrijk je af te vragen welke IT applicaties en functionaliteiten voor jouw organisatie het belangrijkst zijn. Wat heb je aan IT hard nodig, zowel nu als in de toekomst? Denk hierbij aan email, ERP, CRM of een grote website.
Met dit beeld kun je jezelf een centrale vraag stellen die een fundamentele invloed heeft op je strategische cloud keuzes. En die vraag is: zijn die belangrijke applicaties uniek voor jouw organisatie? Maken die de organisatie tot wat ze zijn, kun je die nergens anders halen, en zijn ze van levensbelang?
Als het antwoord nee is, dan is de kernkracht van de organisatie blijkbaar niet in zijn IT. Dat is niet erg, je kan een heel succesvol sterrenrestaurant zijn, of een fabrikant van geavanceerde pompen voor de procesindustrie, zonder unieke eigen software te hebben. Het hebben van eigen hardware is dan op termijn zinloos. Je bent uiteindelijk een SaaS ‘consumer’.
Sterrenrestaurent of niet, als SaaS ‘consumer’ is je belangrijkste IT vaardigheid het selecteren (en inrichten) van SaaS diensten. Afhankelijk van het type bedrijf vergt ook dit aardig wat IT vaardigheden, maar daarover een andere keer meer.
Is je antwoord ‘ja: mijn software is zo uniek want die kan ik nergens anders halen’, dan ontstaan er nieuwe kansen. Je software en de data die daarbij hoort is een “strategische asset”. Het is zonde om die software alleen in je eigen bedrijf te gebruiken. Er zijn waarschijnlijk andere organisaties die ook baat hebben bij het gebruik van die software. Als je niet direct met die organisaties concurreert kun je SaaS cloud provider voor ze zijn.
Je kan ook je huidige ketenpartners (leveranciers, klanten, etc) toegang tot die software geven zodat zij beter hun werk kunnen doen en nieuwe business kunnen genereren. Dat ligt in het verlengde van wat sommige verzekeraars al een tijdje doen: hun tussenpersonen rechtstreeks toegang geven tot polisadministraties. Het is zelfs denkbaar dat er start-ups zijn die lekker kunnen innoveren met die strategische software. Zo is de strategische asset van OV reisinformatie de hele actuele database van dienstregelingen. Echter, hoe die informatie optimaal uitgenut kan worden kun je waarschijnlijk beter door een ketenpartner laten doen. Denk bijvoorbeeld aan een uit-agenda die reisadviezen wil koppelen aan evenementen.
Mijn stelling: als je strategische software assets hebt, dan wil je ook een cloud provider zijn voor die software.
Welke strategische keuzes heb je dan als cloud provider? Tenzij je flinke en constante volumes haalt is het niet erg zinvol om zelf veel servers en zo aan te schaffen. Voor de hand ligt om je servers als IaaS (Infrastructure as a Service) af te nemen. Dat heeft echter wel als nadeel dat je systeembeheerders in samenwerking met je software ontwikkelaars nogal wat verstand moeten hebben van de schaalbaarheid van je software. Je hebt te maken met lastige keuzes rond multi-tenancy architecturen, en gedetailleerd capaciteit en performance management. Dat kan de moeite waard zijn, maar tegenwoordig zijn er wel wat alternatieven.
In plaats van IaaS kun je ook kiezen voor PaaS (Platform as a Service). Schaalbaarheid van de architectuur is dan niet langer het probleem van de ontwikkelaars. Een nadeel van deze strategische keuze kan ‘vendor lock-in’ zijn, als de software niet makkelijk naar een andere PaaS provider over te zetten is. Dat is dan een aandachtspunt in de software architectuur.
Een voorbeeld is de website die in 2011 voor de Britse ‘Royal Wedding’ is gemaakt. Die draaide op Google App Engine. De schaalbaarheid van die website was erg belangrijk, en kon op deze manier goed gegarandeerd worden. Voor een website van deze soort is het daarnaast niet erg moeilijk om vendor lock-in te vermijden.
Een paar andere strategische keuzes van de cloud provider hebben te maken met de mate waarin je gebruik gaat maken van de diensten van andere cloud partijen. Zo kun je je afvragen of je helemaal zelf naar de markt gaat, of dat je dat doet via een ‘broker’ die jouw dienst in zijn portal (een soort app-store) opneemt. Ook dat betekent wat voor je software architectuur want die portal neemt wel wat functies van je over.
Tenslotte is het week een goed idee om je af te vragen welk deel van je functionaliteit nu eigenlijk heel erg uniek is. Voor snelle starters lijkt het niet zinvol om bijvoorbeeld helpdesk, betalingen, en identity management zelf uit te werken.
Kortom: cloud computing biedt ons een hoop nieuwe mogelijkheden voor het inrichten van IT, en het optimaal positioneren van een organisatie voor een digitale toekomst. Maar alles zelf doen is zelden een goed plan.
Meer weten: zoek een passende training of workshop uit op www.clubcloudcomputing.com/training, of neem contact met me op.