Definition og grundmodel
Cloud computing betyder, at man bruger IT-ressourcer (fx beregning, lager eller færdige applikationer) leveret som en tjeneste over et netværk—typisk internettet. I stedet for at køre alt på egne fysiske systemer, betaler man for kapacitet og funktioner, som udbyderen stiller til rådighed. Begrebet indebærer ofte, at ressourcer kan ændres i omfang efter behov, uden at man manuelt skal anskaffe nyt udstyr.
En simpel måde at forstå det på er at skelne mellem, hvad der driftes af kunden, og hvad der driftes af udbyderen. Jo mere “færdig” tjenesten er, desto mindre får man teknisk kontrol—og desto mere bliver man afhængig af udbyderens platform og muligheder.
Hvordan bruges begrebet i praksis
Cloud computing bruges ikke kun om “at have servere i skyen”, men om forskellige tjenestetyper. Ofte taler man om tre brede lag:
- Infrastruktur som tjeneste: man får adgang til maskiner og netværks-/lagringsressourcer, og man står selv for meget af opsætning og software.
- Platform som tjeneste: man får en udviklings- og driftsplatform, hvor udbyderen typisk håndterer flere detaljer i miljøet.
- Software som tjeneste: man bruger en færdig applikation, og ansvaret for drift og vedligehold ligger primært hos udbyderen.
Derudover skelner man i driftsmodeller, fx om løsningen er tilgængelig for mange, kun for en organisation, eller som en blanding. I praksis møder man også cloud-lignende tilgange, hvor kun dele af systemet er flyttet—fx en database eller et bestemt workflow.
Centrale forskelle: cloud vs. on-premise
Når man skal placere et system, er det nyttigt at sammenligne ud fra flere kontrolpunkter:
- Kontrol og ansvar: På on-premise har man ofte mere direkte kontrol over miljøet. I cloud flyttes en del af ansvaret til udbyderen, afhængigt af tjenestetype.
- Netværksafhængighed: Adgang til cloud kræver normalt stabil netværksforbindelse. Det betyder, at ydelse og tilgængelighed ofte hænger sammen med netværk, routing og brugeradgang.
- Portabilitet: Hvis man bygger tæt på en bestemt cloud-platform, kan flytning senere blive sværere. Det er ikke et “enten/eller”, men en glidende afvejning.
- Sikkerhed og drift: Sikkerhed handler ikke kun om kryptering, men om konfigurationsvalg, adgangsstyring, logning og hvordan man reagerer ved hændelser. Det er typisk en fælles opgave mellem kunde og udbyder.
En vigtig begrænsning at kende er, at “cloud” ikke i sig selv løser alle problemer. Udbydende infrastruktur kan være robust, men det ændrer ikke, hvordan man designer applikationen, styrer adgang og håndterer data.
Begrænsninger, undtagelser og beslægtede begreber
Selv om cloud kan give fleksibilitet, er der praktiske begrænsninger og begreber, man bør skelne imellem:
- Ansvarsdeling: Sikkerhed, dataforvaltning og konfiguration afhænger af tjenestelaget. En færdig SaaS påvirker kundens muligheder for at ændre teknik, mens IaaS ofte kræver flere egne kompetencer.
- Compliance og datahåndtering: Hvilke krav der gælder (fx til opbevaring, adgang, logning eller revision) kan kræve specifikke valg. Hvad der er “rigtigt”, afhænger af organisationens situation og aftaler, så man bør læse vilkår og dokumentation.
- Omkostningsstyring: Cloud kan blive dyrt, hvis forbrug ikke overvåges, eller hvis designvalg fører til høj ressourceanvendelse. Det er derfor ofte relevant at have processer for budget, måling og optimering.
- Latens og brugsmønstre: Nogle workloads kan være følsomme over for netværksforsinkelser. For andre typer kan omkostningen ved at flytte data være en begrænsning.
Beslægtede begreber, der ofte dukker op, er fx “virtualisering” (hvordan ressourcer kan deles), “container” (pakning af software til drift i et miljø) og “managed services” (tjenester hvor udbyderen håndterer drift af en komponent). Disse begreber kan bruges sammen med cloud, men de er ikke identiske med cloud som helhed.
Hvad du kan kontrollere for at forstå din egen situation
For at placere cloud i et konkret perspektiv kan du afdække følgende:
- Hvilket tjenestelag taler man om (IaaS, PaaS eller SaaS), så du forstår ansvarsdelingen.
- Hvilke data og processer der skal håndteres, og hvilke interne eller eksterne krav de skal opfylde.
- Hvordan netværk, brugeradgang og afhængigheder påvirker drift og svartider.
- Omkostningsmodellen i forhold til dit forventede forbrug og behov for overvågning.
- Hvor stor risiko der er for “låst fast”-udfordringer, og om du kan designe mere portabelt.
Ved at bruge disse kontrolpunkter kan du vurdere, om cloud giver mening for netop dit behov—uden at antage, at alle problemer forsvinder bare fordi noget kører i cloud.