IaaS, PaaS, SaaS – kva er skilnaden?

Eit av spørsmåla eg oftast får, er om eg kan forklare skilnaden mellom Infrastructure as a Service, Platform as a Service og Software as a Service samanlikna med kjende konsept som on-premises og lokal drift. I dette innlegget skildrar eg ein analogi som fungerer godt både for tekniske og ikkje-tekniske målgrupper, skilnadene mellom konsepta og fordelar og ulemper ved kvart av dei. I seinare innlegg vil eg setje desse konsepta i ein større samanheng.

I staden for å gå rett inn i tekniske detaljar, har eg erfart at denne analogien er den mest vellukka måten å forklare skilnadene på: Pizza as a Service.

On-premises

Dette er den no tradisjonelle måten å skaffe og drifte datasystem på i ein organisasjon. Ho inneber at organisasjonen har eit eige datasenter eller serverrom i lokale han eig eller leiger. Det er store investeringskostnader (CAPEX) knytte til å byggje eit datasenter på denne måten. Først kan det vere nødvendig med dedikerte lokale, eiga straumforsyning med reservegenerator, klimaanlegg, sjølve servermaskinvara og anna utstyr. I tillegg kjem store driftskostnader (OPEX) for å halde datasenteret i gang. Du må betale spesialisert IT-personell som held det ved like, faste kostnader som vedlikehald av klimaanlegget og utgifter til straum og andre tenester. I teorien gjev denne løysinga deg mest fleksibilitet og kontroll over IT-ressursane. Du har òg ansvaret for fysisk tryggleik, noko som aukar både CAPEX og OPEX.

For å gjere overgangen enklare har Microsoft publisert ein Total Cost of Ownership-kalkulator, tilgjengeleg her, slik at du sjølv kan vurdere den reelle innsparinga.

Eit on-premises-miljø gjev størst kontroll over IT-infrastrukturen, men mindre fleksibilitet til å utvide. Dersom det til dømes brått oppstår behov for fleire virtuelle maskiner, vil prosessen truleg ta lengre tid: be om budsjett til nye serverar, hente inn tilbod frå leverandørar, kjøpe serverar og vente på levering. Frå planlegging til ferdigstilling kan dette ta fleire veker. Nokre organisasjonar treng redundans og har fleire samanbundne datasenter for failover. Sjølv om dette oppfyller kravet, er det dyrt å drifte. Anten infrastrukturen blir drifta av fast tilsette (FTEs, Full Time Employees) eller leverandørar, vil det dessutan vere ei avgrensing i korleis personalet kan nyttast, fordi dei har ansvar for meir.

IaaS

Kva er IaaS? Det er ei teneste som virtuelt gjenskaper infrastruktur som vanlegvis ville vore drifta i eit on-premises-datasenter, som serverar, virtuelle maskiner, nettverksmaskinvare og lagring.

I eit IaaS-miljø som Azure Virtual Machines leverer Microsoft hypervisorane, fysiske diskar og annan nøkkelinfrastruktur som er nødvendig for å tilby tenesta. Kunden har likevel ansvaret for Windows Updates, virtuelle diskar, vald CPU/RAM-storleik og det virtuelle nettverket den virtuelle maskina bruker. I motsetnad til on-premises-alternativet er det enkelt å skalere tenester etter behov. Dersom ei forretningsapplikasjon til dømes har høg belastning i ordinær arbeidstid (måndag–fredag 08:00–18:00), men lita eller inga belastning på kveldar og i helger, kan virtuelle maskiner skalerast tidsstyrt med teknologiar som Azure Function Apps. I staden for å køyre dei med rett SKU for arbeidstid heile døgeret, kan organisasjonen redusere driftskostnadene. Dette blir vanlegvis fakturert etter forbruk per månad. Som i alle datasenter, uavhengig av kven som driv dei, finst det alltid risiko for avbrot – menneskeskapte eller naturlege. Med IaaS kan du betale for redundans som lèt tenestene failover mellom to eller fleire lokasjonar dersom eit avbrot oppstår. Dersom denne tilleggstenesta ikkje er kjøpt, må du vente til tenesta er gjenoppretta i datasenteret der IaaS-ressursane er distribuerte, noko som kan påverke verksemda. Sjølv om du kan implementere slik redundans i eigne on-premises-datasenter, kan tenesteleverandørar som Microsoft drifte i stor skala og dermed gje kunden meir fleksibilitet i disaster recovery-scenario.

PaaS

Kva er PaaS? Det er ei teneste som lèt deg som kunde levere dei same tenestene, som ein database eller webhotell, utan å måtte halde ved like den underliggjande infrastrukturen.

I eit PaaS-miljø som Azure SQL Database driftar Microsoft serverinfrastrukturen, tryggleiken, sikkerheitskopiane og nettverkskonfigurasjonane som krevst for å levere tenesta. Du er ansvarleg for sjølve dataa i databasen og for å gje brukarane rette tilgangsnivå. Det er enkelt å skalere ved behov. Det er òg mykje enklare å flytte dersom ein organisasjon til dømes vel ein ny leverandør til å forvalte databaseporteføljen. Dersom det oppstår eit avbrot i tenesteleverandøren sitt datasenter der applikasjonen eller databasen køyrer, vil han likevel slutte å fungere til avbrotet er løyst. Løysinga er å betale for ekstra redundans. Ved ein naturkatastrofe i eit av tenesteleverandøren sine datasenter kan du konfigurere PaaS-tenesta til å failover til eit anna datasenter som leverandøren eig i ein annan geografisk region.

Eit anna døme er App Service, som lèt organisasjonar hoste nettstader som kan skalere automatisk etter behov. Denne typen teneste har vorte svært populær dei siste åra, då verksemder har streva med å handtere belastning i travle periodar som Black Friday. Tenesta blir normalt fakturert etter forbruk per månad.

SaaS

Kva er SaaS? Det er ei teneste som gjev deg tilgang til applikasjonar utvikla og drifta av leverandøren, utan at du må halde ved like nokon av systema som støttar applikasjonen i bakgrunnen. I motsetnad til tradisjonelle applikasjonar som du kanskje kjøpte på nytt kvar gong det kom ein ny versjon, som Adobe Illustrator, blir desse vanlegvis fakturerte som abonnement. I staden for å betale hundrevis av pund kvart andre eller tredje år for eit produkt som knapt endrar seg før neste versjon, betaler du ei moderat månads- eller årsavgift og får eit produkt som utviklar seg kontinuerleg.

Microsoft 365-familien er eit godt døme. Historisk sett hadde ein typisk organisasjon e-post på serverar i eige datasenter, ved hjelp av ein teknologi kalla Microsoft Exchange. Sjølv om dette gjev mykje kontroll, krev Exchange spesialkompetanse både å implementere og halde ved like. Det kostar hundrevis av pund å oppgradere med nokre års mellomrom, i tillegg til kostnadene ved å drifte serverane. Saman med at kvar evigvarande Microsoft Office-lisens òg kostar fleire hundre pund, kan det vere fornuftig for ein organisasjon å ta i bruk Microsoft 365. Per brukar kan du, mot ei moderat månads- eller årsavgift, få dei same applikasjonane som med ein evigvarande lisens, i tillegg til Exchange som blir drifta fullt ut av Microsoft og støtte som er inkludert i abonnementet. Resultatet er lågare investeringskostnader og mindre belastning for administratorane som elles ville drifta Exchange.

Sjølv om SaaS er svært godt eigna til føremålet sitt, finst det òg ein risiko for avbrot. I motsetnad til dei to nemnde driftsmodellane har du som kunde ingen kontroll over når tenestene blir gjenoppretta; det er tenesteleverandøren sitt ansvar. Tenester som Exchange Online har mykje redundans ved avbrot, men det finst alltid ein risiko for at tenesta ikkje blir gjenoppretta raskt og at produktivitet går tapt.

Er skyen trygg?

Kort sagt: ja, men med atterhald avhengig av kva driftsmodell du har valt. I alle skybaserte driftsmodellar (IaaS, PaaS og SaaS) finst det eit delt ansvar mellom kunden og tenesteleverandøren. I eit on-premises-scenario er du, med mindre drifta er sett ut, både tenesteleverandør og kunde.

For å drive fram adopsjon og møte behova til kundane har Microsoft fått skyplattformene Azure og M365 uavhengig reviderte for å sikre at dei oppfyller konkrete regulatoriske retningslinjer for innsamling og handtering av data. Denne lista er i stadig utvikling, men tenestene følgjer mange regulatoriske standardar som HIPAA (Health Insurance Portability and Accountability Act – USA), FCA (Financial Conduct Authority – Storbritannia), G-Cloud (UK Government Cloud), ISO 27001 og GDPR (General Data Protection Regulation – EU).

I sterkt regulerte miljø med strenge krav, som det britiske forsvarsdepartementet, er både digital og fysisk tryggleik avgjerande. Sjølv om skyleverandørar som Microsoft Azure og Amazon Web Services kontinuerleg utviklar tenestene sine for å støtte fleire regulerte miljø, finst det enkelte bruksområde der eit on-premises-datasenter er best eigna.

Når det er sagt, har både Microsoft og Amazon datasenter i USA særskilt for bruk av amerikanske styresmakter. Desse er geografisk skilde og uavhengige av den offentlege skyen som du og eg bruker.

Kva løysing passar for organisasjonen min?

Kort sagt: det kjem an på. I nye prosjekt eg jobbar med, vel eg alltid ei PaaS-løysing med mindre det finst eit spesifikt krav som tilseier noko anna, av tre grunnar:

Ho held kostnadene nede. Du skalerer etter det du treng no, i staden for det du trur behovet kan bli i framtida. Dersom behovet endrar seg, er det enkelt å justere skaleringa.
Det finst færre feilpunkt fordi redundans er bygd inn i kostnaden for tenesta.
Tryggleik – det er mykje enklare å sikre ein Azure SQL Database enn å klargjere ei IaaS-virtuell maskin med SQL Server installert, fordi tryggleiken blir handtert av tenesteleverandøren. Du kan òg bruke moderne autentisering, som kan omfatte multi-factor authentication.

Dersom eit bestemt regulatorisk krav eller forretningskrav hindrar deg i å flytte til skyen, er det truleg best å halde fram med on-premises.

Dersom du må migrere eksisterande legacy workloads, som ein on-premises SQL Server eller ein Active Directory domain controller, er IaaS vegen å gå – dersom ei migrering til PaaS ikkje er mogleg.

For SaaS tilrår eg alltid slike løysingar framfor det tradisjonelle evigvarande alternativet av eit par grunnar:

Lisensieringa er mykje meir fleksibel. Dersom du treng ei teneste i nokre månader, er det meir fornuftig å betale månadlege avgifter enn å bruke store summar på ein evigvarande lisens.
Du får alltid dei nyaste versjonane.
Inga infrastruktur å uroa seg for i bakgrunnen.