De ‘Cloud Agnostic Waan’ ontkrachten

28 september 2023

De cloud is onmisbaar voor moderne bedrijven, maar hoe ze hun cloud­stra­tegie aanpakken staat ter discussie. Zo nu en dan duiken er nieuwe termen, mode­woorden en acro­niemen op in de toch al overvolle cloud thesaurus. Voor niet-inge­wijden kan elke nieuwe term en acroniem een baan­bre­kend concept lijken en hen verleiden om op de kar te springen. Terwijl sommige van deze concepten en stra­te­gieën bestaande uitda­gingen effectief oplossen, creëren andere uitein­de­lijk nieuwe problemen in een poging om louter hypo­the­ti­sche problemen aan te pakken. Cloud agnos­ti­cisme, in zijn pure en ware vorm, kan heel goed tot de laatste categorie behoren. 

Aan de opper­vlakte klinkt het als een veel­be­lo­vend idee – geen vendor lock-ins meer, ultraflexi­bi­li­teit, multi-cloud redun­dantie en ten slotte, onder­han­de­lings­macht. Waarom worden alle orga­ni­sa­ties dan niet gewoon cloud agnos­tisch? Eigenlijk is het net alsof je tegen iemand die op het punt staat een panie­k­aanval te krijgen zegt: “Niet panikeren”. “Niet in paniek raken’ vereist complexe psycho­me­di­sche inter­ventie. Zo is er ook niets eenvou­digs aan cloud agnostic worden. 

Cloud Agnostic is niet Multi-cloud

Cloud agnos­ti­cisme, een nogal niche archi­tec­tu­rale bena­de­ring voor zeer speci­fieke over­we­gingen en bedrijfs­be­hoeften, wordt helaas vaak verward of door elkaar gebruikt met multi-cloud, dat de meeste orga­ni­sa­ties toch al standaard inzetten. Multi-cloud sugge­reert een best-of-breed bena­de­ring waarbij bedrijven, in plaats van gebonden te zijn aan één enkel cloud­plat­form, de meest geschikte tools gebruiken voor bepaalde taken, ongeacht het platform. Zo kun je de beste functies van elk cloud­plat­form benutten. 

Cloud agnos­ti­cisme daar­en­tegen is de moge­lijk­heid om werk­lasten naadloos te verplaatsen tussen verschil­lende aanbie­ders. Het idee achter cloud agnos­ti­sche ontwik­ke­ling en tech­nieken is om orga­ni­sa­ties de vrijheid te geven om te kiezen waar en wanneer ze bepaalde werk­lasten willen inzetten. Alle appli­ca­ties en resources zijn ontworpen om plat­for­mon­af­han­ke­lijk te zijn, zodat ze kunnen worden ingezet in meerdere clouds of naadloos kunnen worden verschoven, als en wanneer dat nodig is, naar concur­re­rende providers. 

De hype: Waarom Cloud Agnostic aantrekkelijk is

Onver­wachte prijs­ver­ho­gingen of verla­gingen van diensten/​prestaties zijn niet ongehoord in de cloud computing-markt. Google, bijvoor­beeld, heeft een reputatie voor het verhogen van zijn prijzen of het te gelde maken van voorheen gratis diensten. Recen­te­lijk heeft Microsoft ook stil­le­tjes de voorheen onbe­perkte gege­vens­op­slag van OneDrive voor bedrijven beperkt. Plot­se­linge verschui­vingen in beleid of prijzen kunnen bedrijven verrassen, die dan weinig andere keuze hebben dan zich aan de voor­waarden van de leve­ran­cier te houden omdat ze te afhan­ke­lijk zijn van hun diensten. 

Een cloud agnos­ti­sche archi­tec­tuur maakt een einde aan deze afhan­ke­lijk­heid door het gebruik van prop­ri­ë­taire tools, tech­no­lo­gieën of diensten die orga­ni­sa­ties of hun workloads kunnen binden aan een speci­fieke leve­ran­cier strikt te verbieden. In plaats daarvan worden leve­ran­ciers­neu­trale platforms en tools gebruikt, zoals Kuber­netes voor contai­ner­or­kestratie en Terraform voor infra­struc­tuur­pro­vi­si­o­ning en ‑beheer. Als de prijzen, SLA’s of dekking van je cloud service provider (CSP) niet meer werken voor jou, kun je gewoon over­stappen naar de volgende.… Nou ja, idealiter, tenminste!

De realiteitscontrole: Waarom Cloud Agnostic een illusie is

Hoe aantrek­ke­lijk het ook klinkt, hier is waarom cloud agnos­ti­cisme zijn belofte niet waarmaakt:

  1. Uitslui­ting van leve­ran­ciers - Cloud agnos­ti­cisme beperkt orga­ni­sa­ties tot de kleinste gemene deler van cloud­dien­sten. Het betekent dat de meeste diensten buiten de basis van de cloud – schijven, netwerken en servers – ontoe­gan­ke­lijk voor je worden.  Dit betekent dat je je eigen load balancers, object stores, databases, moni­to­ring tools, service meshes en meer moet imple­men­teren. Je bent ook als enige verant­woor­de­lijk voor redun­dantie, schaal­baar­heid en pres­ta­tie­op­ti­ma­li­satie. Je kunt de cloud uitein­de­lijk net zo gaan gebruiken als een on-premise data­center. En terwijl je het wiel opnieuw uitvindt, kunnen uw concur­renten, die de opera­ti­o­nele overhead aan de CSP’s hebben uitbe­steed, hun aandacht en middelen richten op wat echt belang­rijk is voor hun kernactiviteiten. 
  2. Hulp­bron­in­ten­si­teit – Het zelf beheren van verschil­lende aspecten van cloud­in­fra­struc­tuur vereist speci­fieke resources, zowel in termen van mense­lijke expertise als in termen van tijd. CSP’s hebben al veel geïn­ves­teerd in het creëren van betaal­bare tools en diensten om cloud­ac­ti­vi­teiten voor hun huurders te opti­ma­li­seren en te vereen­vou­digen. Voor cloud agnos­ti­cisme zijn echter dure tools en inge­wik­kelde aanpas­singen nodig om naadloze inter­o­pe­ra­bi­li­teit te garan­deren. Je zult ook meer middelen moeten inves­teren in het trainen van jouw team om gespe­ci­a­li­seerde vaar­dig­heden te verwerven in cloud agnos­tisch beheer en orkestratie. 
  3. Subop­ti­male resul­taten – Ondanks alle pijn en gemiste kansen zal de migratie tussen clouds nooit echt naadloos verlopen. Het kan nog steeds dagen en weken duren, met talloze hobbels onderweg. Natuur­lijk hoef je niet alles helemaal opnieuw te bewerken. Maar voor de meeste orga­ni­sa­ties is het volgen van de cloud-native principes van leve­ran­ciers­neu­tra­li­teit en inter­o­pe­ra­bi­li­teit door middel van cloud agnos­ti­sche tools, abstrac­ties en gestan­daar­di­seerde API’s en proto­collen voldoende om de agnos­ti­ci­teit te behouden die ze echt nodig hebben zonder afbreuk te doen aan de opti­ma­li­sa­ties en kosten­be­spa­ringen van cloud-speci­fieke oplos­singen en diensten. 

Het emma-platform overbrugt de kloof tussen Cloud Agnostic en Cloud Native

Het komt erop neer dat niet alle orga­ni­sa­ties behoefte hebben aan cloud agnos­ti­cisme in zijn volledige en letter­lijke betekenis. Je kunt het echter ook niet goed doen als je gebonden bent aan één cloud­pro­vider en wordt buiten­ge­sloten van geavan­ceerde services en oplos­singen die door concur­renten worden aange­boden. Daarom moet je de juiste balans vinden tussen flexi­bi­li­teit en gemak om gemiste kansen en budget­over­schrij­dingen te voorkomen. 

Met het emma multi-cloud­be­heer platform kan je abstra­heren van plat­form­spe­ci­fieke aanbie­dingen, terwijl je toch gebruik kunt maken van hun func­ti­o­na­li­teit en functies. Zo werkt het:

  1. Een hybride oplossing: Het emma-platform bevordert een agnos­ti­sche, multi-cloud omgeving waarin je bepaalde cloud native workloads en appli­ca­ties kunt abstra­heren en overal consis­tent kunt inzetten, ongeacht de API- en confi­gu­ratie variaties tussen verschil­lende cloud platforms. Tege­lij­ker­tijd inte­greert het emma-platform naadloos met grote private en publieke CSP’s, zodat je jouw infra­struc­tuur kunt verbinden met compa­ti­bele platform-speci­fieke oplos­singen en diensten. Het maakt in wezen een hybride aanpak mogelijk tussen cloud agnos­tisch en cloud specifiek. 
  2. Beheer­gemak: emma heeft zwaar geïn­ves­teerd in de eenvoud en doel­tref­fend­heid van de gebrui­ker­s­er­va­ring. Met het emma-platform kan je jouw multi-cloud archi­tec­tuur bouwen en beheren via een uniforme beheer­con­sole die zicht­baar­heid, controle en kostenop­ti­ma­li­sa­ties biedt voor een breed scala aan CSP’s. Het no-code cloud­be­heer betekent dat je complexe cloud­be­wer­kingen kunt uitvoeren met slechts een paar klikken, terwijl alle platform speci­fieke variaties worden geab­stra­heerd. Het betekent ook dat je jouw personeel niet opnieuw hoeft op te leiden wanneer je samen­werkt met nieuwe CSP’s. 
  3. Vereen­vou­digde migraties: Met emma’s uniforme cloud­be­heer­plat­form zijn deploy­ment pipelines en resour­ce­be­heer consis­tent voor verschil­lende cloud platforms, wat betekent dat er geen leercurve of refac­to­ring nodig is. Met multi-cloud Kuber­netes kan je worker nodes inzetten in de ene omgeving en ze verwij­deren uit de andere, terwijl de onder­lig­gende backbone van emma al de rest doet. Platform over­schrij­dende migraties met het emma-platform zijn zo naadloos als maar kan.

Met het emma-platform krijgt je het beste van twee werelden: je bent leve­ran­cier onaf­han­ke­lijk en kunt toch profi­teren van prop­ri­ë­taire en voor­uit­stre­vende tools. Je kunt jouw workloads naadloos verplaatsen tussen verschil­lende clouds, waardoor je de agnos­ti­ci­teit bereikt die u nodig hebt om multi-cloud imple­men­ta­ties te onder­steunen. En het beste is dat het emma-platform orga­ni­sa­ties in staat stelt om alle aspecten van hun multi-cloudom­ge­ving vanaf één locatie te beheren. 

Pin It on Pinterest

Share This