Aanpassen, maar hoe?
Volgens de bekende quote van Charles Darwin overleven in de natuur alleen de soorten die in staat zijn om zich aan te passen aan veranderende omstandigheden. Maar als we de vertaalslag maken naar business en IT liggen hier ook uitdagingen. Meerdere veranderingen vinden namelijk tegelijkertijd plaats. Naast de ‘business as usual’, die gaandeweg wordt versterkt met nieuwe digitale mogelijkheden, maken grote organisaties ook gebruik van innovatieteams die nieuwe cloud-native mogelijkheden ontsluiten en daarvoor nauw samenwerken met DevOps-teams. En dan zijn er nog de inspanningen, vaak in co-creatie met andere partijen, om nieuwe markten en diensten te definiëren. Zoals Bruggeman het stelde en hierbij referereerde naar de rapporten van Gartner: kan IT dit allemaal wel faciliteren en spreken ze dezelfde taal als de business?

“De business wil steeds sneller innoveren: nieuwe ideeën vertalen in producten en het versterken van de klantervaringen”
Bruggeman (Fujitsu)

Sneller innoveren in de cloud
De RDW, de landelijke organisatie die bij het grote publiek vooral bekend is vanwege de toezicht op de APK en het centrale register voor rijbewijzen, is al sinds 2012 bezig met een transitie naar de publieke cloud. Innovatief is men de laatste jaren op het gebied van parkeren; als je een parkeer-app zoals Yellowbrick of Parkmobile gebruikt, registreren deze je kenteken en parkeerrecht bij RDW. Binnenkort komt er ook het faciliteren van tol bij voor een aantal wegen in Nederland, het hart van het systeem voor de handhaving van tol wordt in de publieke cloud gezet. Een nieuwe oplossing als deze bouwt RDW niet meer on-premise. Ook met het oog op toekomstige diensten zoals het voor consumenten kunnen inzien van documenten op smartphones, is de publieke cloud dé plek om deze functionaliteiten te ondersteunen.

Met bijna 250 interne en 100 externe medewerkers is RDW-ICT een grote IT-werkgever in het noorden van het land, met activiteiten die grotendeels vanuit het hoofkantoor in Zoetermeer plaatsvinden. RDW is, anders dan weleens gedacht, geen Rijksoverheidsorganisatie maar een zogeheten zelfstandig bestuurd orgaan (ZBO) met een eigen begroting. Omdat men hier al tien jaar geleden begon met de cloudreis met een op verschillende momenten ge-updatet cloudbeleid, is het steeds mogelijk om relatief vroeg nieuwe ontwikkelingen te omarmen. Zo is RDW al jaren actief met open data, waar app-bouwers gebruik van kunnen maken. Een belangrijk jaar was 2016, toen de beschikbaarheid en de continuïteit van het Elektronisch Diensten Systeem (EDS) werd verbeterd, waarin alle online diensten van RDW zijn ondergebracht. Als ‘EDS Next’ omvat het inmiddels meer dan honderd applicaties in de cloud met een beschikbaarheid van meer dan 99 procent beschikbaarheid. Ook voor Microsoft was dit een belangrijk punt in de cloudreis van RDW.

“De aanleiding was niet innovatie, snelheid en wendbaarheid, maar het verbeteren van de continuïteit en naast de technische architectuur is de manier van werken aangepast”
Fijnvandraat (Microsoft)

Bewuste keuze voor single cloud
Waarom de public cloud? Innoveren, bijvoorbeeld in de vorm van een PoC, gaat sneller in de public cloud. Schaalbaarheid van de dienstverlening is een overweging, net als security en privacy. RDW constateerde dat de schaalgrootte waarop grote cloudleveranciers zoals Microsoft en AWS opereren, betekent dat zij diensten op een niveau kunnen aanbieden die voor andere organisaties niet haalbaar is. Niet meer hoeven investeren in een eigen datacenter speelde ook een rol; niet alleen vanuit het principe van duurzaamheid maar het levert ook lagere kosten en inzicht daarvan in overzichtelijke dashboards op. Wel is goed nagedacht over de cloudstrategie. Afhankelijkheid van een leverancier speelt immers een rol en met KPMG is onderzocht welke strategie het beste past. De conclusie voor RDW was single cloud met Azure, mede omdat multicloud complex is en er al veel werd gewerkt met Microsoft frameworks. Een eigen Cloud Platform Team zorgt er bij RDW onder meer voor dat er altijd een exit-scenario beschikbaar is.

“De conclusie voor RDW was single cloud met Azure, mede omdat multi-cloud complex is en er al veel werd gewerkt met Microsoft frameworks”
Theuwissen (RDW)

Om het project vorm te geven werd nauw samengewerkt met partner Microsoft. Inmiddels geldt RDW zelfs als internationale voorbeeldcase voor de softwareleverancier, niet alleen vanwege het succes maar ook vanwege de insteek op continuïteit als voornaamste driver.  Het credo is: ‘vernieuwen vanuit continuïteit’. RDW doet dit zoveel mogelijk met eigen mensen. Niet alleen om de kennis op lange termijn beschikbaar te houden, maar ook om beheersbaarheid voorop te zetten. Daarom is er ook geen deadline gesteld voor het moment dat alle diensten in de cloud moeten draaien. Want juist als de continuïteit gewaarborgd is, is de organisatie niet continu bezig met escaleren en ligt er de ruimte om te vernieuwen.

“Wat wij bij RDW geleerd hebben bijvoorbeeld op het gebied van Cloud Center of Excellence is de grondslag geweest voor een wereldwijde aanpak”
Fijnvandraat (Microsoft)

Omarming van agile

Naast het Cloud Platform Team is een Transitie Team ingericht met verschillende specialisten, waaronder een architect, vakgroepmanager en communicatie- en financemedewerkers. De continue communicatie naar eigen medewerkers bleek een belangrijk onderdeel. De verbinding met de business schuilt overigens niet alleen in de toegevoegde waarde als het gaat om innovatie, schalen en kosten, ook is deze inmiddels volop betrokken bij het ontwikkelproces. RDW omarmt namelijk organisatiebreed het agile gedachtengoed: het volledige ICT-landschap is belegd in DevOps-teams met producteigenaren. Voor alles is duidelijk wie waarvoor verantwoordelijk is en alle plannen worden afgestemd met de business.

Wederom zijn hier bewuste keuzes gemaakt, iets wat ook terugkomt in het ontwikkelproces. Voor alles dat niet ‘core’ is, zoals de interne dienstverlening, kies RDW voor SaaS-oplossingen om aan te sluiten bij best practices in de markt. En voor de primaire dienstverlening wordt het verschil gemaakt door alle applicaties in het architectuurlandschap zelf te bouwen. Iets wat dus in de cloud gebeurt, waarmee RDW zich op alle niveaus aanpast aan de veranderende (digitale) wereld om de organisatie heen.

Wilt u meer weten, bekijk dan de hele webinar uitgezonden vanuit de Microsoft studio on-demand of neem direct contact met ons op!

Manuel Bruggeman

Head of Applications and Multi-Cloud Services

Neem contact op

Wilt u met uw organisatie de volgende stap(pen) zetten in de cloud? Met onze Cloud Maturity workshop bieden we de kennis en expertise aan om samen met u inzicht te creëren in uw uitdagingen en hoe u de cloud kunt gebruiken als business versneller. Ontdek het hier: www.fujitsu.com/nl/cloud-maturity-workshop.

Het bericht Beheersbaarheid en continuïteit staan centraal bij cloudreis RDW verscheen eerst op Fujitsu Nieuws.

Nieuwe wereld, nieuwe regels
Namens Fujitsu verzorgde Christian Siegers het inhoudelijke deel van de ontbijtsessie. Na eerder voor AWS gewerkt te hebben, helpt hij sinds vorig jaar bij Fujitsu klanten met hun multi-cloud strategie. Hij merkt op dat na een eerste migratie naar de cloud, bedrijven vaak een volledig nieuwe wereld betreden. Eigenlijk moeten zij wat meer ‘tech savvy’ worden om zich hierin goed te bewegen. “Het enthousiasme is goed, maar het kostenmodel is compleet verschillend ten opzichte van het oude model van eigen datacenters en afgenomen co-locatie.”

Alle grote cloud providers hanteren een Cloud Adoption Framework, een raamwerk dat richting geeft bij een cloud migratie vanuit een bestaande omgeving. Een van de eerste zaken die in dit framework langskomt, betreft de Total Cost of Ownership (TCO) bij een cloud migratie. In een eerste calculatie worden deze snel duidelijk. Het gegeven dat de operationele kosten na de migratie toch sneller oplopen dan verwacht, heeft te maken met het gebruik door klanten van cloud als IaaS-omgeving volgens het ‘lift & shift’-principe. Zij migreren de oude omgeving 1 op 1 vanuit het datacenter naar het cloud platform.

Vijf optimalisatietips
Om vervolgens de kosten naar beneden te krijgen, is allereerst optimalisatie, en modernisering nodig, gevolgd door cloud-native werken. Enkele take-aways uit de ontbijtsessie:

• Blijf altijd opletten of er ergens sprake is van ongebruikte infrastructuur
• Zoek waar mogelijk naar SaaS- of PaaS-oplossingen voor workloads
• Monitor de dagelijkse kosten – welke data komt en gaat, welke servers draaien en hoe intensief worden deze gebruikt?
• Optimaliseer de afname – een te krachtige (en dure) VM is vaak te vervangen door een goedkoper alternatief
• Leg het gebruik van VMs waar mogelijk voor langere tijd vast – met Reserved Instances of Spot Instances is het mogelijk kostprijzen tot zeventig procent te verlagen.

‘Are you well architected?’
De volgende vraag is of een organisatie de nieuwe omgeving wel optimaal heeft ingericht qua architectuur. Zaken als veiligheid, betrouwbaarheid, prestaties, operational excellence en kosten staan allemaal met elkaar in verbinding. Naast het goed afstemmen van al deze parameters helpt het ook dat er cloud kennis en cloud readiness in de eigen organisatie aanwezig is. Van het beheersen van best practices tot alle grillen van het cloud platform kennen; het helpt de kosten naar beneden te halen. Na het regelen van allerlei zaken om een stabiele basis te hebben voor het beheersen van kosten in de cloud omgeving, is cloud-native een thema dat bijzondere aandacht verdient.

“Dit wil niet zeggen dat lift & shift altijd verkeerd is. In sommige gevallen kan het rehosten van workloads naar een VMware Cloud-omgeving, met dezelfde kosten maar met meer mogelijkheden voor disaster recovery en business continuity, zeker het overwegen waard zijn.”

Serverless
In andere gevallen is het volledig opnieuw, cloud-native ontwerpen van applicaties de beste oplossing. Dit is intensief, omdat het vraagt om een volledig nieuwe ontwikkelpijplijn voor onder meer automatisch deployen en testen. Maar het mooie van cloud-native is wel dat je alleen betaalt voor wat je gebruikt. Bedrijven die bijvoorbeeld al serverless inzetten, gebruiken alleen VMs met op de achtergrond wat business-logica dat anders niet ingezet kan worden.

Op dit vlak valt veel efficiency in te bouwen, want serverless organisaties kunnen dan alleen bouwen wat ze echt nodig hebben. Bijvoorbeeld een database die niet meer 24/7 aan hoeft te staan, maar alleen werkt op transactiebasis. En kijkend naar schaalbaarheid hoeven zij zelf niet aan de slag met load balancers en andere maatregelen; cloud providers hebben dit namelijk allemaal al ingeregeld. Vooral de time-to-market gaat met dit soort systemen omhoog, volgens Christian Siegers. “Van idee tot uitvoering en implementatie, waardoor je een hogere business value kunt creëren tegen nagenoeg dezelfde kosten. En uiteindelijk zie je dat de productiviteit omhooggaat, omdat er nieuwe features beschikbaar komen en gebruikers het platform beter benutten.”

Alle kosten inzichtelijk op één plek
Als laatste onderdeel in de webinar kwam het onderwerp ‘cost management and billing’ aan de orde. Grote cloud providers zoals Azure bieden allen dashboards waarop de gemaakte kosten inzichtelijk zijn. “Maar”, waarschuwt Christian Siegers, “deze werken alleen goed wanneer je best practices goed geïmplementeerd hebt.” In een multi-cloud omgeving zijn al deze separate overzichten niet ideaal. Daarvoor wil je als organisatie juist een single pane of glass, zoals Fujitsu dit aanbiedt. Deze bevat uniforme tooling, een volledig overzicht van waar alle kosten zitten en de functie op gespecificeerde rapporten te genereren om op verschillende niveaus op kosten te kunnen sturen.

Meer weten over Multi-Cloud en het beheersen van kosten in de Cloud?

De cloud experts van Fujitsu bundelen hun kennis en ervaring in Do’s and Don’ts Cloud video’s. De eerste video’s staan inmiddels online.

Ook is op www.fujitsu.com/nl/multi-cloud een quickscan beschikbaar waarmee organisaties hun eigen Cloud Maturity Score kunnen ontdekken door 10 korte vragen in te vullen. Wellicht komt u daarmee in aanmerking voor een dagdeel consultancy als vervolgstap.

Of neem direct contact op met Christian: [email protected].

Het bericht Van optimalisatie tot Cloud-native verscheen eerst op Fujitsu Nieuws.

Nog niet zo lang geleden werden servers in on-premises serverruimtes of eventueel in externe co-locaties geplaatst.  Er werd voor deze servers gezorgd alsof het huisdieren waren. Er werd veel aandacht aan besteed. Ze mochten immers niet ziek worden, en als dat dan onverhoopt toch gebeurde, dan moest ervoor gezorgd worden dat deze server zo snel mogelijk weer beter werd. Dit waren allemaal grotendeels handmatige acties. Daarbij kregen ze vaak unieke namen. Een voorbeeld dat mij is bijgebleven is dat twee ERP servers bij een klant de namen Asterix en Obelix uit de gelijknamige stripreeks droegen. Kortom: net huisdieren.

Verandering

Bij het werken in de cloud loop je al snel vast als je op de “pets” manier blijft beheren. Om per server de benodigde up- of respons time te realiseren kan het best complex worden. Temeer omdat de infrastructuur laag door de cloud provider wordt geleverd en gemanaged op een geautomatiseerde manier, waar je als afnemer immers geen invloed op hebt. Zeker als servers 24×7 moeten draaien en het bovendien grotere aantallen betreft, zul je op een andere manier moeten gaan beheren. Meer zoals dat gaat op een grote veehouderij met veel vee, “cattle farming”.  

Continuïteit

Het snel kunnen aanpassen van de services is van belang. Je ziet in de corona tijd nog duidelijker dat bijvoorbeeld het hebben van een webshop die 24×7 beschikbaar is en die heel snel kan opschalen met de ineens sterk toenemende vraag, van cruciaal belang is. Dit kan alleen worden bereikt als er vanuit een “cattle” manier van denken de cloud operations wordt uitgevoerd. Als een server onderuit gaat, dan zal deze automatisch moeten worden vervangen door een andere uit de “cattle” stapel. Als er een piek ontstaat in de vraag, zal automatisch server capaciteit moeten worden toegevoegd uit de “cattle”.  Als er een andere functionaliteit toegevoegd moet worden, pak je een ander beest uit de “cattle” met die specifiek benodigde eigenschap. Alleen op deze manier kan de service continuïteit worden geborgd.

Het concept van “cattle farming” geldt niet alleen voor servers, maar ook voor PaaS en container services zoals bijvoorbeeld Docker. Sterker nog, het vormt de basis voor het ontwerpen en runnen van services op basis van Kubernetes clusters.

Samenwerking

Om goed werkende cloud services te ontwikkelen is het van belang dat vanaf het begin de benodigde service componenten worden gebouwd op basis van het “cattle farming” architectuur principe. Om dit te bereiken zullen de developers en de collega’s van operations nauw moeten samenwerken gedurende de gehele lifecycle van een service. We noemen dit DevOps. Ik heb hier eerder over geschreven in mijn artikel ‘Cloud vereist een andere organisatie’. Op deze manier krijg je de juiste service, met de juiste capaciteit, met de beoogde functionaliteit die je snel en eenvoudig kunt aanpassen. Hierbij gaat het om aanpassingen zonder handmatige en individuele interventies in plaats van automatische en volledige monitoring. Het resultaat hiervan is optimale “cattle farming”.

Conclusie

Het één op één verplaatsen van bestaande workloads naar de cloud om deze vervolgens op een “pets” manier te blijven beheren heeft weinig tot geen zin. Het gaat om het ontwikkelen van services op basis een cloud-native aanpak en manier van denken.

Wilt u weten hoe “cattle farming” binnen uw organisatie optimaal ingezet kan worden? Neem dan contact op met Marieke van Leeuwen. Zij neemt graag tijd voor uw vragen en kan hierbij het team van Multi-Cloud specialisten raadplegen om u verder te adviseren over de mogelijkheden.

Auteur: Tjarko Lammertsma, Presales Lead Solution Architect Fujitsu (let’s connect)

Het bericht Pets versus cattle in de cloud verscheen eerst op Fujitsu Nieuws.

De uitdaging ligt bij integratie
Veel van onze klanten werken bijvoorbeeld met Office365, hebben hun CRM in Salesforce, gebruiken SaaS-oplossingen van onder meer SAP en hebben daarnaast omgevingen op deels private cloud en in public clouds. Zij werken dus wel degelijk al met een multi-cloud strategie. Het gaat er lang niet altijd om hoe je workloads van op locatie (on-premise) naar de (public) cloud migreert, het gaat bij onze klanten veel vaker om integratievraagstukken. Hoe behoud je bijvoorbeeld de controle over verschillende omgevingen en integreer je deze zodanig dat ontwikkeling en beheer geen last wordt?

“Inmiddels is wel gebleken dat het gebruik van cloud niet betekent dat omgevingen minder complex worden.”

Het wordt dan al snel complex. Ooit riepen IT spelers dat cloud alles eenvoudiger ging maken. Inmiddels is wel gebleken dat het gebruik van cloud niet betekent dat omgevingen minder complex worden. Waarom gaan we dan eigenlijk naar de cloud? Vermoedelijk om sneller te kunnen ontwikkelen, sneller in te spelen op veranderende behoeften van klanten en sneller te innoveren. De uitdaging die daarbij altijd speelt, is hoe we het tempo zelf bijhouden. De innovaties gaan immers razendsnel. 

Waar blijft de data?

Als het gaat om innovaties maken veel bedrijven het verschil met hun data. De hamvraag is: waar laat je al die data? Hoe houd je die data veilig? Hierop is multi-cloud wellicht het antwoord. Distributed cloud is een vorm van multi-cloud. De data gaat niet meer in een centrale public cloud, maar deze bewaar je dichterbij in een stukje public cloud, gehost in een eigen datacenter. Voorbeelden van toepassingen zijn Azure Stack en AWS Outposts, waarbij onze klanten beschikking krijgen over public cloud diensten in hun eigen serverruimte. Onze consultants in de micro-enterprise AMCS, aangevoerd door Jeroen Mulder, adviseren hierbij, stellen roadmaps op en begeleiden de cloud reis van onze klanten zodat zij de beste oplossing krijgen voor hun business-vraagstukken. Het begint immers bij de business, met altijd weer diezelfde vraag: wat is er nodig om klanten sneller, beter van dienst te kunnen zijn?

Multi-Cloud en digital twins
Een aansprekend praktijkvoorbeeld bij één van onze klanten vind ik het gebruik van digital twins bij water- en energiebedrijven. Zij bouwen hun installaties na in de public cloud om processen te testen en te verbeteren. Een gesimuleerd model kan vele malen sneller worden aangepast dan de daadwerkelijke, vaak fysieke installaties. Behalve sneller is het ook veiliger en bespaart het kosten voor de business. Het is een van de vele mogelijkheden met deze uitermate interessante technologie, waar wij met onze micro-enterprise AMCS bovenop zitten. Geïnspireerd ? Ga dan voor jezelf eens na: hoe zou hybrid cloud en distributed cloud jouw organisatie kunnen helpen bij een uitdagende use case?

In het nieuwe jaar kunt u mijn volgende Re-imagine blog verwachten. Daarin beschrijf ik de ontwikkelingen die zich in onze micro-enterprise Microsoft afspelen. Tot in 2021!

Het bericht Maakt Multi-Cloud het verschil voor jouw organisatie? verscheen eerst op Fujitsu Nieuws.

Bij het toepassen van nieuwe technologieën om zakelijke oplossingen (snel) te verbeteren, liggen enkele oude uitdagingen op de loer. In deze blog ga ik in op de eerste twee infrastructurele uitdagingen die ik heb gezien bij mijn klantbezoeken en bespreek ik mogelijke oplossingen.

Verbinden van meerdere clouds

In het tijdperk van Service Orientated Architecture (SOA) kozen veel organisaties ervoor om hun landschap opnieuw in te richten. Het tijdperk van ontkoppelen begon en dit betekende een grote sprong naar het creëren van kleinere micro-services, wat de organisatie manieren gaf om te innoveren met nieuwe zakelijke diensten.

Met de intrede van de cloud innoveren bedrijven in hoog tempo hun zakelijke diensten om markten beter te bedienen. Tijdens deze reis naar de cloud, met daarbij de adoptie van nieuwe technologieën hebben veel bedrijven moeite om alle cloud diensten op een logische manier met elkaar te verbinden.

Cloud providers zoals Azure, AWS, Google Cloud en andere cloud diensten zoals Salesforce worden steeds populairder en hebben sterke behoefte aan integratie. Ook de integratie van eigen datacenters (hybride cloud) met de cloud neemt toe. Begrijpelijk, want hybrid clouds bieden veel nieuwe mogelijkheden om het datacenter uit te breiden naar de cloud. Met deze beweging is al enige jaren geleden de beweging ingezet waarbij organisaties applicaties naar de cloud migreren.

Deze nieuwe manier van uitbreiden van het datacenter biedt organisaties meer flexibiliteit, maar ook meer uitdagingen. Hun oplossingen zijn namelijk vaak gebaseerd op een eigen datacenterarchitectuur, waardoor zij nauw zijn gekoppeld met het datacenter.

Wanneer ik met klanten praat en probeer de zakelijke doelen en uitdagingen te begrijpen, komt het gesprek vaak op het verbinden van meerdere clouds en cloud services. Voor de business gaat het vaak niet snel genoeg, zij voelen zich vertraagd door de technische uitdagingen. Vooral de Identity Provider en de DNS zorgen voor hoofdbrekens.

Kies de juiste Identity Provider

Vanuit een zakelijk oogpunt moeten alle oplossingen naadloos samenwerken. Het steeds weer opnieuw invoeren van een gebruikersnaam en wachtwoord is niet meer van deze tijd. De invoering van Single Sign-On (SSO) loste dit op, waardoor gebruikers toegang hadden tot verschillende applicaties zonder dat zij steeds opnieuw hun inloggegevens moesten invoeren.

Bij gebruik van meerdere clouds heeft één Identity Provider (IdP) een sterke voorkeur. Een vaak gekozen oplossing is om Active Directory uit te breiden naar de cloud en waarbij de on-premise versie de masterversie is. Deze manier van ontkoppelen is een goede oplossing om met beide omgevingen te blijven werken wanneer de verbinding is verbroken.

De uitdagingen beginnen als er een bredere oplossing is waarbij meerdere clouds en cloud services zijn verbonden. In dit scenario is het het beste om de master-IdP naar de cloud te brengen om alle verzoeken te verwerken. Cloud IdP’s zijn doorgaans meer resilient dan lokale datacenter versies en bieden de mogelijkheid om eenvoudiger te integreren met andere cloud platforms en -services.

Migreer DNS naar de cloud

Met de overgang naar de cloud worden de hybride en multi-cloudoplossingen vaak geïntegreerd, waarbij organisaties gebruikmaken van de DNS-mogelijkheden die in de eigen datacenters zijn gevestigd. Waar de verschillende cloud providers eigen DNS-oplossingen aanbieden, bestaan veel oplossingen uit de hybride oplossing waarbij de DNS in het datacenter voor alle diensten wordt gebruikt. Deze centrale oplossing lijkt de perfecte oplossing, maar er zijn veel uitdagingen. In sommige gesprekken met klanten kwam naar voor dat de verbinding tussen de datacenter en de cloud was verbroken, met als gevolg een cloud omgeving die niet meer toegankelijk was.

De oplossing in dit geval is om een Cloud DNS te gebruiken. Deze services zijn erg betrouwbaar. Ook de integratie van de DNS met het eigen datacenter kan hierin gerealiseerd worden. Deze twee stappen zijn fundamenteel voor een multi-cloud oplossing.

Multi-cloud als de oplossing?

De Identity Provider en de DNS zijn startpunten  voor het creëren van een multi-cloud oplossing ter ondersteuning van het bedrijf. Het volgende punt is het met elkaar integreren van de verschillende diensten.

Normaal gesproken komt in deze fase de vraag naar voren of applicaties over de verschillende cloud providers moeten worden verdeeld om de belasting beter te verdelen. Dit kan op twee manieren worden gelezen. De eerste is dat de bedrijfstoepassingen worden verspreid over cloud platformen waar een goede fit is voor de benodigde services. Dit is een goede optie als de bedrijfsapplicatie services en/of features gebruikt die specifiek zijn voor dat platform.

De tweede mogelijkheid is om één bedrijfsapplicatie te spreiden over twee cloud providers. Maar hier zitten nadelen aan. Waar de cloud concepten vergelijkbaar zijn, is de interne werking van verschillende services zoals load balancers totaal verschillend. Dit levert veel uitdagingen op en zou ik persoonlijk niet adviseren.

 De drie gebieden van cloud integratie

De discussie rond integratie begint normaal gesproken op dit punt. Want hoe integreren we deze platformen en verschillende applicaties?

Cloud integratie richt zich op drie gebieden, met de integratie van achtereenvolgens security principes, applicaties en data. Deze onderwerpen zijn normaal gesproken de volgende stap bij het ontwerpen van een multi-cloud oplossing. In mijn volgende artikel zal ik dieper ingaan wat hierbij de mogelijkheden zijn.

Is uw interesse gewekt?

Als u in de tussentijd meer wilt ontdekken over Fujitsu en multi-cloud, bezoek dan onze website www.fujitsu.com/nl/multi-cloud. U kunt hier onder meer een Multi-Cloud Quickscan doen. Ontdek hiermee uw cloud volwassenheidsscore door slechts tien vragen in te vullen. We nemen graag contact op met u  om te bespreken of we u verder kunnen helpen, bijvoorbeeld met een dagdeel durende Multi-Cloud Assessment.

Auteur: Christian Siegers, Cloud Strategist / Lead Multi Cloud Solutions Architect (let’s connect).

Het bericht Zó overwint u de technische uitdagingen rondom Multi-Cloud verscheen eerst op Fujitsu Nieuws.

Meer en meer organisaties hanteren een “Cloud tenzij”-strategie. Veelal gedreven door de noodzaak om flexibel en innovatief te zijn. Daarbij maken zij vaak gebruik van Multi-Cloud, bestaande uit een combinatie van de Public Cloud providers Azure, AWS en Google. Doorgaans is het een roadmap die organisaties helpt bij het realiseren van hun cloud strategie.

Ik zie in de praktijk dat dit betekent dat organisaties allerlei nieuwe initiatieven ontplooien en allerlei workloads in de Cloud plaatsen. Belangrijke valkuil hierbij is dat er niet of onvoldoende rekening wordt gehouden met de cloud principes, met mogelijke negatieve gevolgen op het gebied van beschikbaarheid, security en kosten.

Hoge kosten

Een van de negatieve gevolgen die direct merkbaar is, die ik daarom ook steeds vaker hoor, is dat de kosten van de cloud consumptie veel te hoog zijn en onvoldoende onder controle. Hoge kosten hoeven niet direct een probleem te zijn als dit als onderdeel van de strategie een bewuste keuze is om snelheid, flexibiliteit en innovatie te realiseren. Het wordt vervelend als de kosten niet onder controle zijn en men geen idee heeft in hoeverre er geld wordt gemorst. Geld wat men effectiever had kunnen inzetten ten behoeve van andere nieuwe innovatie initiatieven.

Kosten onder controle

De vraag is dan ook: hoe krijg je de kosten weer onder controle? Cloud providers stellen, als onderdeel van hun service offering, diverse rapportage- en adviestools beschikbaar. Deze geven inzicht in het verbruik en geven advies waar optimalisatie en besparingsmogelijkheden liggen. Vast en zeker zijn er met deze tools ‘quick wins’ te realiseren. Denk hierbij aan het verplaatsen van een permanent gebruikte workload van een pay-per-use naar een prepaid abonnement.

Well Architected Framework

Maar optimaal van de Cloud te profiteren waarbij de kosten ook echt onder controle zijn, vraagt om een gedegen aanpak. Hierbij is het van belang om de cloud principes centraal te stellen. Deze cloud principes zijn door zowel AWS als MS Azure vastgelegd in een Well Architected Framework (WAF). Beide frameworks bestaan uit vijf pilaren: operational excellence, performance efficiency, reliability, security en cost optimization.

Zonder diep op dit framework model in te gaan is het duidelijk dat elke pilaar van belang is en onlosmakelijk verbonden is met de andere pilaren uit het framework. Kostenoptimalisatie kun je niet los zien van de andere vier pilaren. Als je bijvoorbeeld teveel kosten bespaart op een bepaalde workload, kan dit een negatieve impact hebben op de beschikbaarheid en/of performance. Een ander voorbeeld van een meer complexe optimalisatie is het vervangen van IaaS door inzet van containers of serverless resources.

Continu proces

Dit is ingrijpend en niet zomaar door te voeren. Het is zaak om de juiste balans vinden. Hierbij helpt het als er een cloud roadmap gehanteerd wordt, waardoor er meer inzicht is in benodigde cloud consumptie voor een langere periode.

Om de kosten onder controle te krijgen maar ook te houden, is toepassing van het Well Architected Framework, gebruik van tooling en kennis van de beschikbare Cloud services en consumptie modellen een voorwaarde. Het is een continu proces!

Meer weten?

Fujitsu kan u helpen inzicht te krijgen waar uw optimalisatie- en besparingsmogelijkheden liggen. Hiervoor bieden wij de Multi Cloud Optimization Service aan. Als u interesse of vragen heeft kunt u contact opnemen met Marieke van Leeuwen ([email protected]). Zij gaat graag samen met u na wat de mogelijkheden voor uw organisatie zijn.

IDC webinar

Wilt u liever eerst meer informatie over de visie van Fujitsu op dit onderwerp? Dat kan ook! IDC organiseert donderdag 19 november het webinar ‘Multicloud 3.0: Ready for Enterprise Workloads’. Onze Head of Multi-Cloud Services Jeroen Mulder geeft een online presentatie over dit onderwerp. De titel van de sessie is ‘Multi-Cloud is Multi-Finance: FinOps control in enterprise Multi-Cloud’. Tijdens de sessie gaan we in op het bepalen van budgetten, het valideren van kosten en het implementeren van gecentraliseerde facturering voor Multi-Cloud omgevingen als u gebruik maakt van bijvoorbeeld AWS, Azure en Google Cloud. Via www.fujitsu.com/nl/events kunt u meer informatie vinden en u registreren.

Auteur: Tjarko Lammertsma, Presales Lead Solution Architect Fujitsu (let’s connect)

Het bericht Rijzen uw cloud kosten ook de pan uit? verscheen eerst op Fujitsu Nieuws.

Disruptieve markt eist snelle aanpassingen

Het bestaansrecht van veel organisaties staat onder druk. De markt verandert namelijk continu. Klanten verwachten steeds meer, business modellen veranderen en technologische ontwikkelingen gaan razendsnel. De meest bekende voorbeelden hiervan zijn natuurlijk de komst van Uber, Bol.com en Netflix die nogal disruptief zijn geweest voor de gevestigde orde. Maar voorbeelden die ik ook tegenkom zijn het verder automatiseren van een containerhaven door toepassing van 5G-technologie, of het automatiseren van weginspecties, brug- en sluisbediening.

Toch is op dit moment Covid-19 het meest ingrijpend voor het leeuwendeel van het bedrijfsleven. De pandemie is een grote bedreiging voor de volksgezondheid en de economie op elk niveau. Maar er ontstaan ook kansen. Bepaalde ontwikkelingen raken juist in een stroomversnelling, denk maar aan het massaal thuiswerken. De mate van snelheid in het aanpassen op deze nieuwe omstandigheden, bepaalt in hoge mate in hoeverre dit eerder een kans is dan een bedreiging.

Om niet alleen nu relevant te zijn, maar dit ook te blijven op de korte en langere termijn, kiezen bedrijven vaak de strategie om hun organisatie flexibel en innovatief te laten zijn of worden. Ik zie dan ook overal initiatieven ontstaan op dit gebied, zoals datagedreven organisaties, agile werken, DevOps teams, enzovoort.

Cloud is de kern van de IT-strategie

Voor de realisatie van een flexibele en innovatieve organisatie is een IT-omgeving nodig die aan de ene kant snel en flexibel is, maar aan de andere kant betrouwbaar, efficiënt en veilig. Gartner beschrijft dit uitgebreid in het zogenaamde  “Bimodal IT”.

Menig enterprise IT-omgeving is nog “mode 1” ingericht. Dit betekent uitdagingen op het gebied van complexiteit, rigiditeit, data integratie, te langzame executie, boekwaarden, enzovoort. Cloud maakt juist Bimodel IT mogelijk. Cloud zou dan ook de kern van de IT-strategie moeten vormen. Ik zie dan ook steeds meer organisaties een “Cloud tenzij”-strategie hanteren. Daarbij maken zij  vaak gebruik van Multi-Cloud bestaande uit een combinatie van de Public Cloud providers Azure, AWS en Google.

Roadmap-uitdagingen

Doorgaans is het een roadmap die organisaties helpt bij het realiseren van hun Cloud strategie. Uitgetekend hierop zijn de vele uitdagingen die te beslechten zijn. Denk hierbij aan zaken als:

• Realisatie van een landing zone en het opzetten van de fundamentele services: accountstructuur, netwerk, connectiviteit, security controls en operations management framework
• Applicatietransformatie met daarbij het maken van de beste keuzes: rehost, replatforming, repurchasing, refactoring, retain and retire (de 6 R’s)
• Beperkte beschikbaarheid van mensen (zoals developers) met de juiste kennis – iedereen zit immers aan dezelfde mensen te “trekken”
• Cost control en optimalisatie: de Cloud consumptie optimaal gebruiken en naar de desbetreffende aanvrager, team of budgethouder doorbelasten.

De pittigste uitdaging die ik zie is dat de toepassing van Cloud een andersoortige organisatie vraagt, gedragen en ondersteund door de directie. Ik heb hier eerder een uitgebreid artikel over geschreven. Zo’n organisatieverandering is nodig om Cloud technologie optimaal in te kunnen zetten en innovatiekracht en snelheid  om te zetten in business succes!

Multi-Cloud Quickscan

Heeft u moeite met de eerste stappen richting Cloud? Of maakt u al gebruik van diverse Cloud platformen (Multi-Cloud), maar rendeert dit nog niet optimaal? Fujitsu heeft een 4-uur durende Multi-Cloud Quickscan! Hierbij maken wij de Quickwins voor uw organisatie inzichtelijk!

Onze dienstverlening varieert van Cloud Adoptie Frameworks en applicatie Cloud readiness assessments tot het leveren van services bovenop MS Azure en AWS zoals Infrastructure as Code Services (Springboard) en Managed Container Services. Hierbij maken we niet alleen gebruik van de Nederlandse organisatie, maar juist in combinatie van de kennis, capaciteit en ervaring van de gehele internationale Fujitsu organisatie.

Wilt u in aanmerking komen voor de Multi-Cloud Quickscan, vul dan een korte survey van 10 vragen in en ontvang direct uw Cloud Maturity Score! Wilt u meer weten, dan kunt u uw eigen antwoorden ook nog analyseren ten opzichte van andere participanten.

Als u wilt weten hoe Multi-Cloud uw organisatie kan transformeren, we zijn er om u met onze kennis en ervaring te helpen. Let’s Co-create your Cloud transformation!

Auteur: Tjarko Lammertsma, Presales Lead Solution Architect Fujitsu (let’s connect)

Het bericht De uitdagende transformatie naar de Cloud verscheen eerst op Fujitsu Nieuws.

Multi-Cloud

Maar veel bedrijven hebben niet alleen omgevingen in Azure. De meeste ondernemingen zullen ook nog steeds IT-systemen in eigen datacenters hebben of bij colocators, ‘on premises’ in het jargon. Of ze hebben developers die in andere Clouds ontwikkelen, zoals AWS dat vooral onder developers bijzonder populair is. Zeer waarschijnlijk maken ze ook gebruik van SaaS-oplossingen. Kortom: veel bedrijven hebben al een Multi-Cloud porfolio met de uitdaging om deze complexe omgevingen bij te houden. En dan hebben we het nog niet eens over talloze innovaties, zoals digital twins, datalakes of zelfs quantum simulatie in Public Cloud.

In control

Probeer het allemaal maar eens bij te houden. Zelfs die-hard geeks hebben er zo nu en dan moeite mee.

En probeer vervolgens eens echt in controle te blijven van deze nieuwe, complexe IT-realiteit. Hadden we vroeger één datacenter met al onze systemen, nu moeten we ineens overal onze ogen en oren hebben. Multi-Cloud is namelijk niks nieuws onder de zon: sterker, u heeft vermoedelijk al een Multi-Cloud omgeving dankzij allerlei SaaS-oplossingen. Denk alleen maar eens aan Office365: dat is toch software as service die vanuit de Microsoft-Cloud wordt gehost.   

Thuiswerken

Veel bedrijven zijn op dit moment bezig om hun volledige IT naar de Cloud te transformeren: AWS, Azure en Google Cloud groeien letterlijk als kool. Azure kondigde zelfs aan dat het in de UK mogelijk capaciteitsproblemen gaat ervaren, nu vrijwel de hele wereld dankzij het COVID-19 virus thuiswerkt. Dat zal – hopelijk – tijdelijk zijn, maar het geeft wel aan dat Cloud het nieuwe normaal gaat worden in IT. Voor elk bedrijf zijn er dan een paar zaken cruciaal: beheer van die omgeving, kostmanagement en beveiliging. Ofwel: BaseOps, FinOps en SecOps.

Juiste gereedschap

We willen dat onze DevOps-teams de omgevingen die in Cloud zijn ontwikkeld, goed kunnen beheren met de juiste tools en zonder dat ze volledig ondergesneeuwd raken door de snelheid waarmee nieuwe ontwikkelingen op hen afkomen. Daarnaast wil elk bedrijf overzicht houden op kosten en precies weten wie wat verbruikt in Cloud omgevingen. Tot slot: de platformen van Hyperscalers zoals Azure, AWS en Google zijn zonder enige twijfel de best beveiligde platformen ter wereld. Dat kan niet anders: er maken duizenden klanten gebruik van. Maar security-beleid: dat is toch iets dat bedrijven zelf moeten doen. Cloud providers bieden slechts het gereedschap. Het huis moeten bedrijven echt zelf bouwen.

Cloud survey

Het is geen kwestie meer van een paar muisklikken. Cloud en Multi-Cloud is het nieuwe datacenter. Zo’n datacenter werd ook niet eventjes op een verloren zondagmiddag in elkaar geklikt. Dat doen we dus ook niet in de Cloud. Wilt u weten hoe volwassen uw organisatie op dit moment is in uw Cloud journey? Doe mee aan onze korte survey en ontdek in minder dan 10 minuten uw overal Cloud performance. Wilt u meer weten, dan kunt u uw eigen antwoorden ook nog analyseren ten opzichte van andere participanten!

Het bericht Welkom in de Cloud bouw verscheen eerst op Fujitsu Nieuws.

We zien een rode draad als het om werkwijze en architectuur gaat (waarbij de rol van de architect in ontwikkelteams nog vaak allerminst duidelijk is). Het gaat in de richting van het ontwikkelen van services door business en ontwikkelaars samen, op basis van een platform, bestaande uit een set aan digitale capabilities. Met name ingegeven door de mogelijkheden van de cloud zien we infrastructuur, platformservices en applicaties autonoom maar in onderlinge verwevenheid samenwerken. Steeds meer infrastructuur wordt standaard en veel toepassingen die voorheen als maatwerk gebouwd werden ‘zakken’ naar een platformniveau (zoals authenticatie). Tussen applicaties en het platform  bevindt zich een pijplijnmechanisme voor CI/CD (continuous integration en continuous delivery), om de services beschikbaar te maken (Zie figuur 1).

Figuur 1. Agile infrastructuur


Transformatie
Om hier te komen is een technologische transformatie noodzakelijk, die niet eenvoudig is. Nog pittiger is het realiseren van de culturele verandering die nodig is. Die komt neer op verantwoordelijkheid nemen, fouten durven maken en leren van die fouten. Zonder zo’n cultuur, die bijna het tegenovergestelde is van de cultuur die organisaties kennen, zijn snelheid, wendbaarheid en experimenteren geen haalbare kaart. Dit lijkt een uitgekauwd onderwerp, maar is het beslist niet. Wanneer bijvoorbeeld blijkt dat een deployment een fout bevat, kan er al snel een gevoel van angst binnensluipen: zijn we wel in control? Dit gevoel staat haaks op de cultuur die gewenst is. En hoeveel medewerkers kennen de gebruikte technologie nog in detail? Het incident rondom SSL liet zien dat iedereen de standaarden gebruikt maar weinigen er diepgaande kennis van hebben en de toepassing ervan controleren. Neemt de een aan dat de ander het wel zal testen? De toepassing van nieuwe technologie in combinatie met nieuwe werkwijzen en de verandering van de cultuur trekken een zware wissel op organisaties, maar zijn vaak ook inspirerend voor de betrokkenen.

Cloud
Cloudtechnologieën zorgen ervoor dat de digitale capabilities steeds toegankelijker worden. Weinig organisaties baseren zich daarbij op slechts één dienstverlener, omdat dat tot vendor lock-in kan leiden. Samenwerking met meerdere providers levert meer complexiteit op, net als een risico op een suboptimale architectuur – zeker wanneer te pas en te onpas de creditcard wordt getrokken zonder rekening te houden met uitgangspunten of richtlijnen in de architectuur. De verleiding daartoe is groot, als je ziet hoe makkelijk het is om op het Salesforce-platform en binnen het Azure- en Office 365-universum extra diensten af te nemen. Het is goed om de afhankelijkheid van een provider scherp in beeld te hebben. Bij een nieuwe capability zoals AI is het de vraag of algoritmes wel overdraagbaar zijn van de ene naar de andere dienstverlener. Ook de kostenfactor is van belang. Experimenteren hoort erbij, maar ongecontroleerd experimenteren in de cloud kan een flinke factuur opleveren.

Service broker
We gaven het al aan, we zien steeds vaker een scheiding tussen productie van digitale services enerzijds en digital capabilities, die samen een platform vormen, anderzijds. Hier komt de service broker om de hoek kijken. Deze kan platformteams ter beschikking stellen, maar participeert ook in de agile teams, om expertise te delen en de teams te helpen bij het gebruik van de capabilities.
De broker moet een heel scala aan diensten en expertise in huis hebben. Dat wil niet zeggen dat in sommige organisaties interne teams de broker-rol niet op zich kunnen nemen. Gaat het echter lang duren om zelf platformteams neer te zetten, lijkt het beter een broker in de arm te nemen. Bedenk wel dat er nog heel wat werk te doen is – blueprinting, roadmapping, compliance – voordat de broker aan de slag kan. Op enterprise-niveau levert dit een flinke uitdaging op.
Ook voor de service broker zelf is er werk te doen. Vaak gaat het immers om een dienstverlener die gewend is voor klanten de infra te beheren en nu de stap naar het leveren van platformdiensten en digitale capabilities maakt.

Figuur 2. Digitaal businessplatform

Cultuur
Het digitale platform (zie figuur 3) is er, zoals gezegd, om de businessfunctionaliteit op te bouwen. Als concept oogt het simpel en aantrekkelijk, maar in de praktijk kan het platform bestaan uit een hybride geheel van oudere en nieuwere technologieën. Ook zal er na verloop van tijd een mix van eigen apps en apps van derde partijen op het platform draaien. Het is daarom belangrijk het platform te blijven ontwikkelen, het effectiever en efficiënter te maken, tegen lagere kosten. Dit continu doorontwikkelen is ook belangrijk omdat het een misverstand is te denken dat de kous af is nu we de stap van het mainframe en legacy naar de huidige wereld hebben gezet. De ontwikkelingen gaan door. Tussen Nicholas Carrs ‘IT does not matter’ en het huidige ‘IT is sexy’ zaten nog niet eens vijftien jaar…Wat wel blijvend zal zijn is de cultuur die we nastreven, een cultuur gericht op verandering. Change is here to stay.

Digitale capabilities vormen samen een platform om apps op te bouwen

De cultuur die we nastreven zal blijvend zijn

Door Pascal Huijbers, CTO West-Europa bij Fujitsu en Leon Aarts, Practice Lead Microsoft & Multi-Cloud Services bij Fujitsu Nederland.

Dit artikel is tot stand gekomen door middel van een interview met ICT Media (Arnoud van Gemeren).

Het bericht Op weg naar een agile organisatie verscheen eerst op Fujitsu Nieuws.

De multi-cloud-gereedschapskist

Een goede vriend van me geeft cursussen in Excel en Power BI. Als je me vraagt twee complexe softwarepakketten te benoemen, dan noem ik waarschijnlijk deze programma’s. Als je Excel gebruikt, pas je waarschijnlijk niet meer dan 10 tot 15 procent van de mogelijkheden van dit pakket toe, tenzij je een hoogopgeleide financial engineer bent. Excel is een gigantische gereedschapskist. Om mijn vriend te citeren:

“Ik kan je de beste gereedschapskist ter wereld geven, maar dat wil nog niet zeggen dat je er ook een huis mee kunt bouwen.”

En dit geldt ook voor cloud. Tegenwoordig hebben bedrijven veel tools in de cloud beschikbaar.

Nieuwe cloud-trends

De laatste jaren bezocht ik het VMWorld-congres in Barcelona. Een vaste gewoonte van me is om daar de boekwinkel op de Fira-campus te bezoeken. Gewoon, om de nieuwe titels te checken. Elke keer ben ik weer verbaasd. Het aantal nieuwe boeken is een goede weergave van ontwikkelingen in de cloud. Bij mijn laatste bezoek vond ik veel boeken over IoT, cloud-native, coderen (vooral veel Python) en containertechnologieën zoals Kubernetes en Docker. Dit zijn boeken voor professionals. Mensen die verstand hebben van wat zij kunnen – en niet kunnen – met cloud. Maar wat als je niet getraind bent op dit gebied en al die fantastische verhalen hoort over hoe je je business naar een hoger plan brengt, nieuwe producten sneller op de markt brengen, elk jaar lagere operationele kosten, megawinsten uit data, innoveren, trendsetter zijn, etc. etc.?

Ja, de gereedschappen zijn er. Een tip: kijk eens naar de Xebial Periodic Table of Devops – alle tools van de wereld, onder handbereik. De grote platforms zijn beschikbaar, met alle tools om workloads te creëren, automatiseren en monitoren in je cloud-native business. Eigenlijk staat niets je in de weg om je droomhuis te bouwen in de cloud. Stel je eigen A-Team samen en je kunt beginnen. Episch, toch? Nou, écht episch gaat het niet worden zonder plan. Wanneer je een huis gaat bouwen, heb je toch echt een architect nodig om het te ontwerpen en een bouwplan te maken.

Begrijp me niet verkeerd: ik ben mezelf en mijn werkgever hier niet aan het verkopen. Ik hamer alleen op de noodzaak van een plan. Daarvoor zijn veel argumenten te bedenken, waarvan ik er in dit artikel drie uitlicht.

Een cloud-strategie begint met de uitdaging, niet de technologie

Veel bedrijven overwegen om ‘multi-cloud’ te gaan. Het is het nieuwe paradigma – bouw apps en draai ze overal. Maar multi-cloud kan ook betekenen dat je applicaties hebt in een private cloud en ook in publieke omgevingen zoals Azure, AWS of Google. Met cloud-native development werk je waarschijnlijk in de public cloud, met al die coole dingen zoals serverless en containers. Maar wees hier op je hoede voor app sprawl of workload sprawl. Loop niet in de val van falende storage of compute pricing. Of nog erger: het veranderen van tools simpelweg omdat het kan.

Wat zijn de noodzakelijke eisen aan een tool? Wat wil je ermee doen? Richt je op het resultaat, niet op de tool of het platform. Richt je op de uiteindelijke waarde voor je business. ‘Naar de cloud gaan’ is geen strategie. Zelfs ‘naar Azure gaan’ is geen strategie: dat is een delivery-tactiek. Een strategie zou kunnen zijn om applicatie X te ontwikkelen om reden Y met de voordelen Z voor jouw business. Zoals een bank die de strategie heeft om meer klanten te laten betalen met een app, omdat het grootste deel van hun klantenbestand gebruik maakt van smartphones of smartwatches. Het mogelijk maken van betalingen met deze devices verhoogt het gebruiksgemak voor klanten – met als gevolg hogere klantloyaliteit en hogere omzet voor de bank. Onderdeel van zo’n strategie zou kunnen zijn om de app cross-platform beschikbaar te stellen, voor zowel iPhone- als Android-gebruikers. Verder moet het systeem absoluut veilig zijn. De volgende stap is dan om de beste oplossing te bepalen voor deze strategie. Eisen aan de oplossing moeten dan zijn: cross-platform, intrinsiek veilig, eenvoudig te gebruiken, etc.

Heb cloud-compliance hoog in het vaandel

Elk bedrijf ter wereld – klein of groot – heeft te maken met compliance. Dit verdwijnt niet door workloads naar de cloud te verplaatsen. Integendeel: mogelijk ervaar je zelfs dat de complexiteit toeneemt met het verhuizen van je business naar cloud-platformen. Hoe weet je of een cloud-provider compliant is met jouw business en de specifieke regelgeving waar je mee te maken hebt? De grootste platformen zullen je hiermee helpen. Kijk bijvoorbeeld eens naar het Azure Trust Center. Het is nauwelijks te geloven hoeveel bedrijven niet op de hoogte zijn dat dit bestaat – wees er daar niet één van.

Multi-cloud betekent een nieuwe security-uitdaging, laat je niet verrassen

Om het onderwerp security in de (multi-)cloud heel eenvoudig te maken: je plaatst workloads in het datacenter van iemand anders, op een computer van iemand anders. Dit mag misschien deels onder jouw controle zijn, maar zelfs binnen IaaS zijn er veel werkzaamheden die namens jou worden uitgevoerd. Persoonlijk ben ik van mening dat de grote public clouds waarschijnlijk de veiligste plek zijn om je workloads te laten draaien. En toch: de veiligheid van jouw workloads blijft je eigen verantwoordelijkheid. Okay, er zijn ziljoenen tools beschikbaar die je hiermee kunnen helpen. Maar dan nog: het zijn tools. Wat is het dat je wilt beveiligen? Het plaatsen van muren rondom je workloads maakt je business niet veiliger! Denk als een hacker. Een hacker komt altijd binnen. En wat doe je dan? Hoe snel herstel je bij een datalek? Wat zijn je controlemiddelen? Security gaat veel verder dan het configureren van een firewall.

Een tip: kijk eens naar het Mitre Att&ck-framework. Onlangs zijn hier Azure en AWS aan toegevoegd.

Lees verder over multi-cloud of bekijk onderstaande video voor tijdens Fujitsu Forum gedeelde inzichten over ‘how to avoid a multi-cloud monster’.

Auteur: Jeroen Mulder
Certified Enterprise Architect, Lead Architect Multi-Cloud

Jeroen Mulder is the lead architect for Multi-Cloud in the Netherlands. With his motto “ Go native, or don’t go” he believes in using as many tools as a platform can offer, instead of using additional tools. Jeroen frequently writes blogs about cloud development and his vision, and is frequently invited as a speaker at tech events.

Het bericht The A-Team en Cloud: ‘We love it when a plan comes together’ verscheen eerst op Fujitsu Nieuws.