Our expert opinion on cloud.

Als kartrekker van de cloudmigratie kan je veel zelf doen. Overleggen met interne stakeholders, informeren bij cloudleveranciers en je cloudstrategie in grote lijnen op papier zetten: daar ga je uitkomen. Maar vroeg of laat komt er een moment dat je externe consultants nodig hebt. Niet omdat je zelf geen capabele mensen in dienst hebt, maar omdat een cloudmigratie om specialistische kennis vraagt die je meestal niet in huis hebt. Tenminste, nóg niet. Door tijdelijk extra kennis in huis te halen, zorg je namelijk voor een vlotte overstap naar Cloud én een kennisinjectie voor jou en je collega’s. Dit lukt echter alleen als je de komst van Cloud consultants goed voorbereidt. In dit artikel de tips!

Het Cloud Center of Expertise ofwel CCoE: er is al veel over gezegd en geschreven. Maar hoe ontwikkel je een dergelijk expertteam en wat gaan de leden precies doen? Waar begin je, welke rollen heb je nodig en hoe zorg je ervoor dat je uiteindelijk een high-performing Cloud Center of Expertise neerzet wat echt de waarde levert voor de business? Al deze vragen worden beantwoord in onderstaande videoserie "Nut en noodzaak van het Cloud Center of Expertise".

Decentralisatie van IT is duur. Als business units van een organisatie zelfstandig aan de slag gaan met IT, wordt het wiel steeds opnieuw uitgevonden en gaat veel tijd en geld verloren. Daarom brachten grote organisaties hun IT-activiteiten meestal samen in één IT shared service center. Vanuit dit “IT-hoofdkantoor” kwam alles samen: administratie, compliance, security en integratie. Maar toen kwamen de cloudapplicaties. Massaal gingen de business units ermee aan de slag- zelfstandig. Want wist dat logge shared service center nou helemaal van het moderne Cloud? Dag centralisatie, hallo extra kosten. Hoe kunnen organisaties de regie over cloudapplicaties centraliseren? Dat lees je in dit artikel.

Als je bezig bent met een cloudmigratie, kan je behoorlijk vrolijk worden van de vooruitzichten. Eindeloze computerpower, meer flexibiliteit en alle mogelijkheden van je public cloudplatform. Maar zoals voor alles in het leven geldt, moet je in deze transformatie ook rekening houden met minder fijne dingen. Eén zo’n ding gaat over kosten, die na de overgang naar Cloud nogal eens op willen lopen (zie hiervoor dit artikel over de billshock). Het tweede ding is natuurlijk veiligheid. Een public cloudomgeving die niet voldoet aan wet- en regelgeving brengt namelijk risico’s met zich mee. Welke risico’s dat precies zijn, verschilt per sector, maar in geen enkele situatie zijn ze het waard om te negeren. Gelukkig is de implementatie van adequate public cloud security goed te doen, zolang je werkt met de 80-20 regel. Hoe deze methode werkt, lees je hier.

Veel organisaties migreren hun applicaties pas naar een cloudomgeving zodra die aan het einde van hun lifecycle zijn. Dat klinkt als een strak plan. Als je het applicatielandschap stap voor stap moderniseert, verlaag je de druk op werknemers en hou je overzicht. En bovendien: alles gebeurt tegenwoordig op een agile manier, dus waarom niet ook je cloudmigratie? Allemaal logische gedachten, maar toch kloppen ze niet. Wie zijn cloudmigratie laat afhangen van de lifecycle van applicaties, gaat struikelend voorwaarts en werkt zichzelf vroeg of laat in de nesten. In dit artikel lees je hoe dit komt én hoe succesvolle digitale enterprises hun cloudmigratie hebben aangepakt.

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?

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.