Vmwares teknologisjef: – PaaS og konteinere er ikke svaret på alt

OSLO, PLAZA (digi.no): IaaS, CaaS, PaaS, FaaS, SaaS – det er lett å bli forvirret over alle forkortelsene som brukes i forbindelse med moderne skybaserte løsninger. Men selv om det kommer nye løsninger og nye forretningsmodeller, betyr ikke det at man skal droppe alt det gamle, advarer Joe Baguley, teknologisjef for EMEA i Vmware.

– Vi har en tendens til å hele tiden skulle hoppe på det neste og det nyeste, fortalte Baguley under Vmwares Vforum-konferanse i Oslo nylig.

Satser stort på konteinerbaserte løsninger

I følge Baguley er en av de viktigste trendene Vmware ser nå, at kundene ønsker å stå fritt til å bruke en hvilken som helst skyløsning – de vil bytte mellom ulike løsninger avhengig av hva som passer best til formålet.

Og Vmware ønsker selvfølgelig å være de som leverer viktige deler av teknologien bak, enten det er snakk om IaaS (Infrastructure as a Service), PaaS (Platform as a Service) eller SaaS (Software as a Service). Og uansett om det kjører i en privat sky (bedriftens eget datasenter), i en offentlig skyløsning (hos Amazon, Microsoft eller Google for eksempel), eller om det er en hybridløsning som kombinerer disse to.

Tradisjonelt tenker man kanskje på Vmware mest som et selskap som opererer innenfor IaaS-feltet. Man leier infrastrukturen som en tjeneste hos for eksempel Amazon eller Microsoft og installerer et operativsystem i en virtuell maskin fra Vmware, Microsoft eller andre, som man så kjører løsningene sine i.

Baguley gjorde imidlertid et poeng ut av at Vmware også er skikkelig på hugget innenfor nyere konsepter som konteinerbaserte løsninger, og nevnte blant annet at selskapet for noen måneder siden kjøpte opp Heptio, et firma som jobber med Kubernetes-baserte løsninger. Kubernetes er en plattform for administrasjon og «orkestrering» av konteinere, for eksempel Docker-konteinere.

I tillegg har Vmware et produkt som heter PKS – Pivotal Container Service – som skal gjøre det enklere å rulle ut og kjøre konteinerbaserte applikasjoner uavhengig av om det er i en privat eller offentlig sky. Løsningen bygger på Kubernetes.

– To av grunderne av Kubernetes jobber nå i Vmware, med Heptio, så det får ikke blitt mye mer Kubernetes enn Vmware akkurat nå, sa Baguley.

Baguleys viktigste budskap var at utviklere som lager applikasjonene ikke lenger forholder seg til én server i et datasenter. Det handler om å administrere en mye mer kompleks infrastruktur, med applikasjons-komponenter som kan være spredd over hele verden – og som til sammen utgjør en større applikasjon som benyttes i bedriften.

Moderne applikasjoner sprer seg over ulike løsninger

– Kundene vil ha åpen tilgang til alle typer skyløsninger. De vil også bruke en hvilken som helst applikasjon, enten det er en klassisk applikasjon, en ny cloud native-applikasjon eller en SaaS-applikasjon. Og de vil gjøre det på en hvilken som helst type enhet, fra hvor som helst i verden – og gjøre det på en sikker måte, sier Baguley.

Baguley var oppgitt over alle som snakker om at man nå må glemme alt annet – for nå er det PaaS (Platform as a Service), serverless, eller noe annet som gjelder. Selv om det kommer noe nytt, så betyr ikke det at man skal droppe alt det gamle, sa han.

Her brukte han begrepet «application chromatography». Med det mener han at applikasjoner spres utover ulike teknologiske løsninger. I tillegg til de mer kjente teknologiene som PaaS og SaaS, nevnte Baguley også nye begreper som CaaS (container as a service) og FaaS (function as a service). Disse plasserte han i en «stack» på denne måten:

• SaaS – Software as a Service
• FaaS – Function as a Service
• PaaS – Platform as a Service
• CaaS – Container as a Service
• IaaS – Infrastructure as a Service

Ifølge Baguley vil kanskje noen i bransjen hevde at PaaS (platform as a service) er svaret på alt, og at du må putte alt i en konteiner-basert løsning som for eksempel Cloud Foundry, mens andre igjen mener at SaaS (software as a service) er det eneste saliggjørende, og at man heller ikke trenger virtualisering.

– Dette er feil, for det man gjør er ikke å bytte ut det ene med det andre. Vi ekspanderer til en hel stack av ulike løsninger.

Ulike behov vil avgjøre hva man bør velge, og ulike løsninger setter også ulike krav til hva slags utviklingsressurser man selv trenger for å komme igang. Om man bare vil ha en fiks ferdig SaaS-løsning, for eksempel abonnere på Office 365, så er det en enkel og grei løsning hvor man ikke trenger å utvikle noe selv – mens det med en IaaS-løsning (infrastructure as a service) er mer komplisert. Da må man kanskje bygge hele applikasjonen selv.

Kompromiss mellom fleksibilitet og innelåsing

– Jo høyere opp i stacken du kommer, jo mer innelåst blir du. Det er forskjellen på å legge alle dataene dine hos en SaaS-leverandør, fremfor å bygge din egen løsning. Det blir et kompromiss.

Hvis en gjennomsnittlig bedrift kun skal basere seg på SaaS-løsninger, kan man trenge å abonnere på ganske mange ulike løsninger fra ulike selskaper. Dette kan igjen bety ganske store utfordringer med tanke på blant annet GDPR, beskyttelse av persondata, og så videre.

På den annen side er det neppe hensiktsmessig for de fleste bedrifter å lage alt sammen selv og kjøre det på den samme virtuelle maskinen, det samme operativsystemet og i det samme datasenteret.

– Det blir en balansegang. Når det gjelder IaaS, PaaS og SaaS, så ser vi at applikasjoner begynner å spre seg utover og bevege seg oppover i stacken.

I tillegg kommer de nye teknologiene, som CaaS og FaaS. Sistnevnte – function as a service – er en del av det som kalles «serverless»-tjenester, hvor infrastrukturen bak er abstrahert bort. I stedet forholder utviklerne seg til en skyplattform som kjører applikasjonslogikken, uten at de må forholde seg til ting som for eksempel å måtte sette opp og konfigurere en server.

– Når du utvikler en applikasjon, kommer du til å lage en applikasjon som bruker alle disse ulike teknologiene. Du må finne ut hvordan du skal administrere, orkestrere og operere alle disse fem lagene. Bortsett fra at det antagelig ikke er fem lag. Det er ti.

Som eksempel nevner Baguley en kunde, en stor bilprodusent i Tyskland, som bruker FaaS som kjører på en gateway-enhet i fabrikken. Den holder styr på lagerstatus, hvor bilen er, og så videre. En liten kodesnutt på gateway-enheten kjører som FaaS en gang i halvtimen. Denne lagrer så informasjon til en SQL-server, som kjører på en IaaS-løsning.

– Ja, databaser trengs fortsatt, og databaser befinner seg i IaaS-løsninger. Alle som prøver å putte databaser i konteinere: Jeg må ta en skikkelig alvorsprat med dem!

Applikasjonen bilprodusenten bruker tar også i bruk kode som kjører konteinere, mens en dashboard-løsning som brukes til overvåking er en SaaS-løsning.

– Dette høres komplisert ut, men dette er en helt vanlig måte å bygge applikasjoner på i dag. Vi bruker 4-5 av disse kategoriene for å gjøre det.

Poenget er ifølge Baguley å finne den beste og mest effektive plattformen for hver komponent av den store applikasjonen man bygger, og sette dette sammen.

– Det er det som skjer nå. Applikasjonene sprer seg utover. Og det er det jeg mener med «application chromatography».

• SAS Institute gikk fra proprietær og lukket programvare, til skyløsning med åpne API-er: – Vi skal levere en analytisk plattform som kan ligge i bunnen av alt