Opsio - Cloud and AI Solutions
Cloud7 min læsning· 1.710 ord

Cloud-implementeringsmodeller: public, private, hybrid, community og multicloud sammenlignet

Johan Carlsson
Johan Carlsson

Country Manager, Sverige

Udgivet: ·Opdateret:

En cloud-implementeringsmodel beskriver, hvem der ejer cloudinfrastrukturen, hvem der kan bruge den, og hvor den kører. NIST SP 800-145 definerer fire modeller: public, private, community og hybrid cloud. Multicloud, altså to eller flere offentlige udbydere, tilføjes normalt som en femte. De fleste virksomheder kører en hybrid blanding og beslutter pr. workload.

Vigtigste pointer

  • Public cloud er delt, drevet af udbyderen og betalt efter forbrug. Private cloud er dedikeret til én organisation. Hybrid kombinerer dem med fælles administration og datatransport.
  • Community cloud betjener en gruppe med fælles krav, for eksempel offentlige myndigheder. Multicloud betyder flere offentlige udbydere og er ikke det samme som hybrid.
  • Hybrid er den mest almindelige virksomhedsopsætning: 73 % af organisationerne kørte hybride miljøer i Flexeras State of the Cloud-undersøgelse 2026.
  • Implementeringsmodeller (hvor det kører) og servicemodeller som IaaS, PaaS og SaaS (hvad du får) er to adskilte valg.
  • Vælg pr. workload ud fra datafølsomhed, belastningsmønster, behov for integration og omkostninger, og gennemgå valget mindst én gang om året.

Hvad er en cloud-implementeringsmodel?

En implementeringsmodel svarer på tre spørgsmål: hvem der ejer infrastrukturen, hvem der må bruge den, og hvor den fysisk kører. Det er noget andet end servicemodellen. IaaS, PaaS og SaaS beskriver, hvor stor en del af stakken udbyderen administrerer. Implementeringsmodellen beskriver, hvor og for hvem den kører. Du kan køre IaaS i en private cloud eller købe SaaS, der ligger på en public cloud. Vores guide til de fire typer af cloudtjenester dækker servicemodellerne.

Referencedefinitionerne kommer fra NIST Special Publication 800-145, The NIST Definition of Cloud Computing. De er korte og stadig udbredt:

  • Private cloud: "stillet til rådighed til udelukkende brug for én organisation med flere brugere (f.eks. forretningsenheder)". Den kan drives af organisationen eller en tredjepart, på eller uden for egne lokaliteter.
  • Community cloud: "stillet til rådighed til udelukkende brug for et bestemt fællesskab af brugere fra organisationer med fælles hensyn".
  • Public cloud: "stillet til rådighed til åben brug for offentligheden", og den "findes på cloududbyderens lokaliteter".
  • Hybrid cloud: "en sammensætning af to eller flere forskellige cloudinfrastrukturer (private, community eller public), som forbliver selvstændige enheder, men er bundet sammen af standardiseret eller proprietær teknologi, der muliggør portabilitet af data og applikationer".

Cloud-implementeringsmodeller sammenlignet

De to tabeller nedenfor fungerer som et diagram over modellerne: Den første viser, hvem der ejer, bruger og driver hver enkelt, og den anden viser afvejningerne.

ModelHvem ejer og driver denHvem bruger denHvor kører denTypiske eksempler
Public cloudCloududbyderenEnhver kunde, logisk adskiltUdbyderens datacentreRegioner hos AWS, Microsoft Azure og Google Cloud
Private cloudDin organisation eller en hostingpartnerKun én organisationDit datacenter eller en hostet facilitetMiljøer med VMware, OpenStack eller Nutanix. Azure Local. AWS Outposts
Community cloudMedlemmerne af fællesskabet eller en tredjepartOrganisationer med fælles kravPå eller uden for egne lokaliteterStatslige clouds som AWS GovCloud (US) og Azure Government
Hybrid cloudBlandetÉn organisation på tværs af miljøerPrivate plus public, forbundetVMware on-premises plus AWS, forbundet med Direct Connect
MulticloudTo eller flere udbydereÉn organisationFlere udbyderes datacentreKerneapplikationer på AWS, analyse på Google Cloud
PublicPrivateHybridMulticloud
StartinvesteringIngenHøj: hardware og faciliteterMiddelIngen pr. udbyder
SkaleringHurtig, efter behovBegrænset af egen kapacitetBurst ud i public cloudHurtig, pr. udbyder
Kontrol over stakkenBegrænset til udbyderens indstillingerFuldDeltBegrænset, pr. udbyder
Driftsmæssig kompleksitetLav til middelMiddel til højHøjHøjest
Afhængighed af én leverandørHøjLav (men hardwareleverandører)MiddelLavere, efter design
Bedst tilVarierende og cloud-native workloadsStreng isolation, stabil høj belastning, legacyDe fleste virksomheder, gradvis migreringSpecifikke best-of-breed-behov eller behov for dækning

Public cloud

I en public cloud ejer udbyderen hardwaren og deler den mellem mange kunder, der er isoleret fra hinanden. Du opretter selv ressourcer og betaler for det, du bruger. AWS, Microsoft Azure og Google Cloud er de største public clouds, og alle tre har regioner i Sverige og Indien.

Vælg den til: workloads med varierende efterspørgsel, nye cloud-native applikationer, udviklings- og testmiljøer og teams, der vil undgå at købe hardware.

Vær omhyggelig med: personoplysninger, der kan tilgås uden for EU eller Indien (det kræver en juridisk vurdering og ikke blot valg af region), og stabile workloads, der kører hele tiden, hvor du bør sammenligne cloudpriser med rabat ved binding med egen hardware.

Private cloud

En private cloud er dedikeret til én organisation. Den kan køre i dit eget datacenter eller hostes af en partner. Det, der gør den til en cloud og ikke et serverrum, er selvbetjening, pooling og automatisering, som regel gennem VMware, OpenStack, Nutanix eller Kubernetes-platforme som Red Hat OpenShift.

Vælg den til: lovmæssige eller kontraktlige krav om fysisk isolation, legacy-systemer, der ikke kan flyttes uden omskrivning, og stabil beregning med høj udnyttelse, hvor egen hardware holdes i gang.

Vær omhyggelig med: de fulde omkostninger. Strøm, køling, udskiftning af hardware, licenser og de medarbejdere, der patcher firmware, hører alle med i sammenligningen. Private miljøer glider også væk fra sikkerhedsbaselines, medmindre nogen aktivt vedligeholder dem.

Hybrid cloud

Hybrid cloud forbinder privat infrastruktur med en eller flere public clouds, så workloads, data og administration fungerer på tværs af begge. Det er forbindelsen, der tæller: To adskilte miljøer uden noget til fælles er ikke en hybrid cloud i NIST's forstand.

Det er den mest almindelige virksomhedsopsætning. I Flexeras State of the Cloud-undersøgelse 2026 (udgivet i marts 2026) oplyste 73 % af organisationerne, at de kørte hybride miljøer.

Hvad er fordelene ved en hybrid cloud-implementeringsmodel?

  • Gradvis migrering: flyt systemer ét ad gangen i stedet for i én risikabel omlægning.
  • Placering efter følsomhed: hold regulerede data på privat infrastruktur, mens kundevendte tjenester skalerer i public cloud.
  • Burst-kapacitet: kør grundbelastningen on-premises, og tilføj kapacitet i public cloud til sæsonspidser.
  • Disaster recovery: brug en region i public cloud som genopretningssted for on-premises-systemer.

Prisen er kompleksitet. Private forbindelser som AWS Direct Connect eller Azure ExpressRoute bliver kritiske led, der skal overvåges. Firewallregler, security groups og network security groups beskriver den samme hensigt på forskellige sprog, så administrér dem som kode. Uden ét overvågningsbillede jagtes hændelser på tværs af flere konsoller. Læs mere i hvad en hybrid cloud er og på siden om vores tjenester inden for private og hybrid cloud.

Multicloud

Multicloud betyder, at man bruger to eller flere offentlige cloududbydere. Det er ikke det samme som hybrid. AWS plus Azure er multicloud, AWS plus en VMware-klynge on-premises er hybrid, og gør du begge dele, er det hybrid multicloud.

Meget multicloud opstår tilfældigt: Ét team valgte AWS, datateamet valgte Google Cloud til BigQuery, og et opkøb bragte Azure med. Bevidste grunde er best-of-breed-tjenester, regional dækning og mindre afhængighed af én leverandør. Hver ekstra udbyder tilføjer en anden identitetsmodel, et andet faktureringsformat og et andet kompetencesæt, så tilføj kun en, når du kan pege på fordelen. Læs mere i er multicloud umagen værd?

Community cloud

En community cloud deles af organisationer med fælles krav, for eksempel sikkerhedsregler eller en offentlig opgave. Statslige clouds er det tydeligste eksempel, blandt andet AWS GovCloud (US) og Azure Government i USA. I Europa optræder modellen også i fælles platforme for offentlige myndigheder og forskningsnetværk.

Azures implementeringsmodeller: public, private og hybrid hos Microsoft

Mange søger efter det i Azure-termer, så her er, hvordan Microsofts produkter svarer til modellerne.

  • Azure public cloud: selve Azure-regionerne, som Sweden Central eller Central India, delt af alle Azure-kunder.
  • Private cloud på Azure-teknologi: Azure Local udvider Azure-funktioner til hardware på dine egne lokaliteter, herunder steder, hvor data skal forblive lokalt af hensyn til suverænitet eller lovkrav.
  • Hybrid: Azure Arc bringer servere, Kubernetes-klynger og databaser uden for Azure, on-premises eller i andre clouds, ind under Azure-administration. Azure Local bruger Arc som kontrolplan.
  • Community: Azure Government til offentlige kunder i USA.

Er Azure så en private cloud eller en public cloud? Azure er en public cloud, men Microsoft sælger værktøjerne til at udvide den til private og hybride opsætninger. Det samme gælder AWS med AWS Outposts. Se er AWS en private eller public cloud?

Sådan vælger du en cloud-implementeringsmodel

Tag beslutningen pr. workload, og lad så det samlede billede tegne sig.

  1. Klassificér hver workload. Hvilke data indeholder den (personoplysninger, økonomi, sundhed)? Er efterspørgslen stabil eller svingende? Afhænger den af systemer on-premises? Kræver den særlig hardware som GPU'er?
  2. Kortlæg begrænsningerne. List gældende regler (GDPR, NIS2, Indiens DPDP Act, branchetilsyn), eksisterende hardware med brugbar levetid tilbage, kontrakter og teamets kompetencer.
  3. Vælg en model pr. workload. Lander alt i public cloud, er du kun public. Bliver noget privat, er du hybrid. Er flere offentlige udbydere involveret, er du multicloud.
  4. Gennemgå hvert år. Priser, regler og workloads ændrer sig. Læg gennemgangen sammen med kontraktfornyelser og revisioner.

Eksempel: fra ét datacenter til en public cloud med flere AZ'er

ET Network hostede sine digitale tjenester fra ét datacenter med begrænset redundans i forhold til en voksende kundebase. Opsio designede og byggede en cloud-native arkitektur på AWS på tværs af flere Availability Zones, med automatiseret provisionering, containeriserede workloads og sikkerhedskontroller, og arbejdede sammen med ET Networks team fra arkitektur til udrulning og test. Læs casen om ET Network.

Sådan hjælper Opsio

Opsio, med kontorer i Karlstad og Bangalore, hjælper organisationer med at afgøre, hvilke workloads der hører hjemme i public, private eller hybride miljøer, og migrerer og driver dem derefter døgnet rundt gennem vores managed cloud-tjenester.

Ofte stillede spørgsmål

Hvad er de 4 cloud-implementeringsmodeller?

NIST SP 800-145 definerer public, private, community og hybrid cloud. Multicloud, brugen af to eller flere offentlige udbydere, behandles i praksis ofte som en femte model.

Hvilken cloud-implementeringsmodel er mest almindelig?

Hybrid cloud. I Flexeras State of the Cloud-undersøgelse 2026 kørte 73 % af organisationerne hybride miljøer, der kombinerer public og private clouds.

Hvad er forskellen på Azure public cloud og Azure private cloud?

Azure public cloud kører i Microsofts delte regioner. En private cloud bygget på Azure-teknologi, som Azure Local, kører på hardware på dine egne lokaliteter og betjener kun din organisation, administreret gennem Azure Arc.

Er hybrid cloud det samme som multicloud?

Nej. Hybrid kombinerer privat og offentlig infrastruktur. Multicloud kombinerer to eller flere offentlige udbydere. En organisation kan være begge dele på én gang.

Er hybrid cloud billigere end private cloud?

Det afhænger af workloaden. Hybrid er som regel billigere ved varierende efterspørgsel, fordi du ikke dimensionerer privat hardware til spidsbelastningen. For stabile workloads med høj udnyttelse kan privat infrastruktur koste mindre pr. beregningsenhed. Beregn begge dele for dine faktiske workloads.

For praktisk gennemførelse, se Cloud Consultancy.

For praktisk gennemførelse, se Refactor Cloud Migration.

For praktisk gennemførelse, se Replatform Cloud Migration.

Skrevet af

Johan Carlsson
Johan Carlsson

Country Manager, Sverige

Johan leder Opsios drift i Sverige og driver AI-indførelse, DevOps-transformation, sikkerhedsstrategi og cloud-løsninger til nordiske virksomheder. Med over 12 års erfaring inden for cloud-infrastruktur har han leveret over 200 projekter på AWS, Azure og GCP — med speciale i Well-Architected-reviews, landing zone-design og multi-cloud-strategi.

Redaktionelle retningslinjer: Artiklen er skrevet af den cloud-ekspert, der er angivet i bylinen ovenfor. Vi opdaterer den, når den teknologi eller regulering, den handler om, ændrer sig; datoerne på siden viser den seneste opdatering. Opsio er redaktionelt uafhængig.