Our expert opinion on cloud.

Als je organisatie net naar Cloud is gemigreerd, is Google je vriend. Hoe kom je vanuit je netwerk veilig in de Cloud? Waar vind je dat ene script voor het uitrollen van die landingsplaats? En Kubernetes inrichten in Azure, hoe moet dat eigenlijk? Al die vragen kan je gewoon invoeren in ’s werelds beroemdste zoekmachine. Maar effectief is anders. Als ieder team opnieuw het wiel aan het uitvinden is in Cloud, is het overzicht al snel zoek en raakt kennis versnipperd. Dat zorgt voor vertraging van processen en een gebrek aan standaarden, terwijl je die hele migratie nou net was begonnen om te versnellen en automatiseren. In dit artikel beschrijf ik de oplossing op dit (oh zo bekende) probleem. En die zit ‘m niet in techniek, maar in een specifieke groep mensen: het Cloud Centre of Expertise.

Veel organisaties migreren naar Cloud met financiële motieven. Voor cloudapplicaties betaal je immers naar gebruik én je kan contracten met datacenters opzeggen. De meest gestelde vraag is hier dan ook: "Wat kost een applicatie in mijn datacenter nu, en wat zijn de financiële consequenties van de gang naar Cloud?" Het antwoord wordt verwerkt in een financiële analyse, ook wel de Cloud business case genoemd, en maakt een belangrijk onderdeel uit van de cloudstrategie. Handig, maar het is ietwat kortzichtig. Ja, Cloud kán kosten besparen, maar het grootste voordeel van een cloudmigratie zit ‘m nog steeds in de mogelijkheden om bijvoorbeeld sneller software naar de markt te brengen en de beheerlast te verlagen. Daarom lees je in dit blog hoe je een Cloud business case maakt én hoe je het management van jouw organisatie verder leert kijken dan kostenbesparingen.  

Als je een cloudmigratie in de planning hebt, maak je eerst een business case. Zo weet je van tevoren wat de migratie je financieel gaat opleveren en wanneer je de investering eruit hebt. In theorie dan. Want in de praktijk loopt het vaak nét iets anders. Misschien herken je dit scenario wel: de cloudmigratie zit erop en de eerste rekening van AWS of Azure ploft op de mat. De kosten vallen twee keer zo hoog uit als verwacht en je hebt werkelijk geen idee waarom. Deze “billshock” is een bekend verschijnsel, ook voor bedrijven die alles van tevoren goed doorgerekend hadden. Hoe kan het? En belangrijker: hoe breng je de onverwachte kosten omlaag? Dat lees je in dit artikel.  

Jarenlang hebben de legacy-applicaties dienst gedaan als core-applicatie in het landschap. Het zijn vaak grote en complexe applicaties die even complexe processen aansturen. De betrouwbaarheid is groot, de performance matig. Updaten is een heel gedoe: ingebouwd maatwerk zorgt er voor dat updates in de soep lopen of helemaal niet mogelijk zijn. We hebben het over applicaties die duidelijk in mode 1 zitten van het Gartner bi-modal IT concept. Duidelijk applicaties die geen onderdeel uitmaken van een cloudstrategie? Dat is wat snel geoordeeld.  In dit blog bespreek ik de voordelen van een cloudstrategie voor je legacy-applicaties. Want die zijn er!

Kennis delen is vermenigvuldigen. Met die gedachte hebben we bij Weolcan de afgelopen maanden hard gewerkt aan een kennisbank waarin we onze interne kennis en know how rondom Cloud Governance beschikbaar stellen. De basis hiervan is het door Weolcan ontwikkelde Cloud Governance Framework. 

Je bedrijfsnetwerk en internetaansluiting worden na een cloudmigratie anders belast dan ervoor. Verkeersstromen draaien, knelpunten verplaatsen, sommige applicaties worden sneller en andere juist onwerkbaar traag. De impact van deze veranderingen goed inschatten blijkt lastig, maar het belang is groot; zonder een goed functionerend netwerk presteren de (SaaS)cloudapplicaties immers niet. Hoe zorg je ervoor dat je bedrijfsnetwerk de cloudstrategie ondersteunt en geen knelpunt wordt? In dit artikel leggen we uit waar je op kunt letten bij het gereed maken van het netwerk voor de cloudmigratie.

De 2,5 uur durende keynote sessie van Andy Jassy was een uiterst pijnlijke confrontatie met de werkelijkheid. Confronterend in die zin dat ik de kans klein acht dat Nederlandse gebruikers van AWS op korte termijn van al die nieuwe functies kunnen profiteren. Dat zeg ik natuurlijk niet zonder reden, al kijkend naar de onophoudelijke stroom van nieuwe features en productreleases krijg je een zeer goed beeld van de functionele behoefte die AWS voor haar klanten invult. En dat zijn problemen en situaties waar de Nederlandse gebruikers nog bij lange na niet aan toe zijn om te ervaren, laat staan op te lossen. Het werd me weer even duidelijk dat we in Nederland enkele jaren achter lopen ten opzichte van de Verenigde Staten.

Altijd al een eigen robot willen bouwen maar geen idee waar te beginnen? AWS biedt nu standaard bouwblokken voor (beginnende) robotbouwers. Of heb je plannen voor een eigen sateliet maar ontbreekt het je aan een basisstation? AWS heeft nu AWS Ground Station om data vanuit de ruimte te kunnen opvangen en verwerken: sky2cloud communicatie zeg maar. Maar dat is niet het belangrijkste nieuws van AWS re:Invent 2018. Dit is blog 1 live vanaf het grootste AWS congres ooit, met meer dan vijftigduizend bezoekers barst Las Vegas zo'n beetje uit z'n voegen.

Disk encryptie van de cloud provider kan in sommige gevallen worden gebruikt om te voorkomen dat er een melding van een datalek moet worden gedaan bij de autoriteit persoonsgegevens. Nou zijn er verschillende situaties denkbaar waarbij een dergelijk incident ontstaat. In dit artikel gebruik ik er vier, maar ik realiseer me dat dit zeker geen uitputtende lijst is.

Op het eerste oog lijkt de disk-encryptie zoals die door de grote cloud providers wordt aangeboden een zinloze feature. Voor de meeste risico's waar je wilt dat disk-encryptie tegen beschermt werkt het namelijk niet. Zodra  de servers opstarten en de opslagvolumes benaderen zullen deze toch echt ontsleuteld moeten zijn. Hierdoor biedt disk-encryptie geen bescherming tegen een hacker die een draaiende server weet te compromitteren. De volumes en de data zijn op dat moment gewoon toegankelijk zonder dat de sleutels opnieuw vereist zijn. 

Op dit moment is er in Nederland een ware Exodus gaande in de serviceprovidermarkt. De grote Nederlandse serviceproviders (datacenter | hosting | (semi) private cloud | IaaS) zien op dit moment een hoos vertrekkende en heronderhandelende klanten op zich afkomen. Deze beweging is momenteel sterker dan ooit en is voor zowel klant als provider niet zonder risico’s. Maar wat gebeurt er dan precies?

Grotere organisaties verlenen IT-dienstverlening vanuit een shared-service center naar de diverse business units of operating companies. Althans, dat is het traditionele model want inmiddels ontwijken zij de centrale IT-afdelingen als het gaat om nieuwe cloudinitiatieven. De business is in de veronderstelling dat de centrale IT-afdeling geen waarde toe kan voegen als het gaat om het leveren van clouddiensten en veelal eerder vertragend en beperkend werkt, dan ontzorgend. Dit heeft als gevolg dat bij grote organisaties nog slechts een beperkt deel van de totale IT-kosten door de centrale IT-afdeling wordt gemaakt. Bij één van onze klanten loopt nog maar 30% van de IT-kosten via de boeken van de directeur IT op holdingniveau. En dan heb je het opeens over gekrenkte ego’s.

De transitie naar het 'as-a-service' afnemen van applicaties gaat hard, maar niet hard genoeg. Tenminste… niet hard genoeg om op korte termijn het eigen datacenter al te kunnen sluiten. Dat is wat veel van onze klanten op dit moment bezig houdt. Zelfs de meest agressieve cloudstrategie kan niet altijd voorkomen dat het bestaande datacenter nog enkele jaren operationeel gehouden moet worden voor de huidige (legacy-) applicaties. Als CIO ben je dus op zoek naar een oplossing om de levensduur van je datacenter te verlengen zonder dat je a; grote investeringen moet doen; b; onomkeerbare beslissingen neemt die de cloudstrategie in de weg staan c; in complexe integratie-situaties terechtkomt.

Als Microsoft tijdens de WPC (Worldwide Partner Conference) conferentie één ding heeft duidelijk proberen te maken, dan is het dat de strijd met AWS om de grootzakelijke (enterprise-) klant 'aan' is. Met een aantal nieuwe, zeer innovatieve, diensten en meer datacenters dan AWS en Google gezamenlijk maakt Microsoft duidelijk dat het voornemens is om het gat met AWS dicht te lopen. Maar dat gat is groot!

Inspelen op de (continue) veranderende IT behoefte van een organisatie; dat is een door ons veel gehoord argument waarom organisaties gebruik maken van een hybrid cloud. In dit artikel geven we aan wat een hybrid cloud precies is, welke business case erachter ligt en welke use cases een hybrid cloud kent. In een volgend artikel gaan we in op het bouwproces van een hybrid cloud.

Data naar/uit de cloud brengen/halen is minder eenvoudig dan het lijkt, zeker als dit om grote hoeveelheden gaat. Vorig jaar, tijdens het AWS re:Invent congres lanceerde Amazon hiervoor de AWS Import/Export Snowball. De Snowball is een transportkist met daarin een 50TB opslagsysteem dat gebruikt kan worden om snel en goedkoop data naar de cloud te transporteren door deze fysiek naar Amazon te sturen. Tot eind februari was deze functie alleen beschikbaar om data naar Amazon toe te sturen, maar inmiddels is deze functie ook beschikbaar om data uit de cloud op te halen. Op deze manier faciliteert Amazon bij het uit de cloud weghalen van grote hoeveelheden data, bijvoorbeeld voor om invulling te geven aan een Cloud Exit Strategie. Door eventueel meerdere Snowballs tegelijk te gebruiken kunnen honderden terabytes aan data binnen korte tijd worden verplaatst of teruggehaald.

Terwijl de markt voor cloud service brokerage en en cloud orchestration in recordtempo groeit en de brokers en softwaretools als paddestoelen uit de grond schieten, gaan er initiatieven van het eerste uur alweer ten gronde: de investeerders achter de Deutsche Börse Cloud Exchange (DBCE) hebben besloten zich terug te trekken uit deze marktplaats voor cloudresources. Dit nieuws komt als een verrassing voor me. In de afgelopen jaren heb ik namelijk regelmatig contact gehad met de DBCE en daarbij kreeg ik de indruk dat ze de belangrijkste technologische obstakels overwonnen hadden en snel aan marktaandeel wonnen. We hebben toen samen geprobeerd om de eerste Nederlandse cloudprovider op de marktplaats aan te sluiten maar liepen daarbij nog tegen de technische obstakels aan.

Mocht je ooit een beroep willen gaan doen op de garanties uit het Service Level Agreement (SLA) met je huidige of nieuwe cloud provider, bijvoorbeeld omdat de prestaties toch wat tegenvallen of er veel downtime is op ongewenste momenten, dan doe je er goed aan om ook even de kleine lettertjes te lezen. De in jouw ogen afgesproken garanties en verwachte service niveau’s zouden wel eens behoorlijk kunnen tegenvallen. Zowel de cloudleverancier als de klant hebben elkaar in de meeste gevallen nog niet gevonden. En dat is goed nieuws.

Niet alleen aan de kant van de RFP-schrijvers valt er het nodige te verbeteren, ook aan de beantwoording schort nogal wat. Als begeleider van aanbestedingen zien we de nodige offertes van IT outsourcers voorbij komen. Wat maakt nou dat de ene offerte de inkt van het printen niet waard is en dat je op de andere al kwijlend je handtekening wilt zetten?

Tell me who you are and I will tell you which platform to use

Dat niet iedere cloud hetzelfde is en dat dit moet passen bij het applicatietype hadden we al eerder geconstateerd in het vorige artikel over verschillende type cloud applicaties. In dit artikel besteed ik aandacht aan hoe je het ontwikkelplatform kunt laten aansluiten op de ontwikkelstijl van je programmeurs, en hoe je hiermee het software ontwikkelingsproces kunt optimaliseren.