“Het ontbreken van cloud native applicaties in het pré-corona tijdperk heeft voor een sterke wake-up call gezorgd”

Cloud first of cloud native? CloudFuel gaat resoluut voor dat laatste. Een heel bewuste keuze. Maar waarom nu precies die sterke focus? We hadden een gesprek met Kim Fertinel en Sam Steen, respectievelijk managing partners bij CloudFuel en Noest.

Wat is het verschil tussen een ‘cloud first’ en ‘cloud native’ visie?

Kim: “Onze applicatieve focus is uitsluitend cloud native georiënteerd. Het migreren van een applicatie van on-premise servers naar een Azure server, zullen wij bijvoorbeeld niet doen. Daar ligt net de essentie van het hele cloud native gebeuren. Je gaat gebruik maken van platformdiensten, waar cloud first veeleer doelt op het draaien van applicaties in de publieke cloud, los van de componenten die uiteindelijk gebruikt worden.”

“Een ander verschil zit ‘m in de de mate van beheer. Bij een cloud native toepassing zitten heel veel van de componenten die relateren aan beheer ingebakken in de services die je gaat afnemen. Updates worden automatisch uitgevoerd, je beschikt over de mogelijkheden om efficiënter en sneller te schalen.”

Sam: “Vergelijk de cloud wereld gerust met het eten van een pizza. Je hebt drie grote lagen: Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS) en Software-as-a-Service (SaaS). Ga je naar de supermarkt en koop je een diepvriespizza die je thuis in de oven steekt, dan spreken we over IaaS. Je bent verantwoordelijk voor het configureren van de machine. Een pizza bestellen via een koerierdienst is het equivalent van PaaS, je gaat enkel datgene wat gebouwd is op het platform moeten onderhouden. Ga je op restaurant, dan is  er sprake van SaaS, de klant kan zelf  nog weinig  veranderen aan de uiteindelijke applicatie. Met CloudFuel willen we focussen op PaaS.”

Kunnen we het even hebben over het kostenplaatje?

Sam: “De totaalkost zal zeker lagen liggen. Kijken we uitsluitend naar kosten op  het niveau  van ontwikkeling, dan zullen er niet zo’n grote verschillen zijn. De differentiatie zit ‘m vooral in het feit dat onderliggende zaken veel sneller opgezet kunnen worden.”

Kim: “Je kan sneller en makkelijker experimenteren. In een traditionele omgeving liggen de componenten quasi vast, je moet het doen met de componenten die je hebt.”

Sam: “De investeringen liggen alleszins lager. Als je een applicatie gaat bouwen die nu moet fungeren voor 100 gebruikers, maar op een termijn van 2 jaar 1000 gebruikers moet kunnen bedienen, dan moet je proactief handelen en daar meteen over gaan nadenken. Ontwikkel je voor 100 of 1000 gebruikers, dat maakt weinig verschil. Het gaat ‘m vooral over die schaalbaarheid. Met cloud native toepassingen kan je veel makkelijker schalen en anticiperen wanneer de omstandigheden erom vragen. Zo win je aan kostenefficiëntie.”

Waarom geloven jullie zo sterk in het cloud native verhaal?

Kim: “Om heel eerlijk te zijn denk ik dat het een trend is waar niet snel zal op teruggekomen worden. Die technische evolutie is er nu eenmaal. Er is een transitie gemaakt van fysieke servers, naar virtuele servers, naar containers, noem maar op. Het is een logische evolutie, je daartegen verzetten heeft weinig zin. Integendeel, het is belangrijk daarin mee te gaan, jezelf voortdurend aan te passen.”

Sam: “Corona heeft daar ook een heel grote rol in gespeeld. Plots moesten heel wat bedrijven mensen van thuis uit laten werken. De meeste van die bedrijven waren daar niet klaar voor, net door het ontbreken van cloud native applicaties. Iets wat toch voor een sterke wake-up call heeft gezorgd.”

Welke trends en evoluties verwachten jullie op gebied van cloud native?

Kim: “Zoals eerder gezegd verwacht ik niet dat men hier snel zal op terugkomen. Ik geloof wel dat het op langere termijn niet alleen aan de hyperscalers zal zijn. Vandaag beperkt het zich misschien tot een elitegroep van grote partijen die heel snel innoveren, maar op termijn zullen we wellicht naar een markt evolueren waar er meer differentiatie zal zijn.”

Sam: “Er zal ook meer en meer een multi cloud gegeven ontstaan, waarbij bedrijven met verschillende cloud vendors zullen werken. Azure, Amazon, Google,… zullen zich daarop moeten voorzien, mechanismen ontwikkelen die zorgen voor de nodige communicatie en interactie tussen alle verschillende componenten binnen een multi cloud toepassing.”

“Verder ben ik ook wel benieuwd naar wat het low coding verhaal zal teweegbrengen. Vergelijk het met LEGO en DUPLO. Cloud native applicaties worden gebouwd met LEGO blokjes, maar steeds meer applicaties worden ontwikkeld met DUPLO blokken, waar een aantal zaken reeds prefab ingebouwd zijn. Microsoft zet daar al deels op in met zijn Power Apps. Een interessante evolutie om in het oog te houden.”

Geboeid na het lezen van dit interview? Benieuwd hoe CloudFuel jou kan bijstaan bij het bepalen van een uitgekiende cloud strategie of modernisatietraject? Aarzel niet om ons te contacteren!