Sådan sammenligner du cloududbydere: en praktisk guide til virksomheder
Når du skal sammenligne cloududbydere, så vurdér dem ud fra dine egne workloads og ikke ud fra en generisk funktionsliste. De kriterier, der afgør de fleste valg, er: regioner og dataplacering, de managed services du har brug for, bevis for sikkerhed og compliance, vilkårene i SLA'erne, totalomkostninger inklusive egress og support, de kompetencer du har, og hvor let du kan forlade udbyderen igen. Bekræft så den korte liste med en pilot.
Vigtigste pointer
- AWS, Microsoft og Google stod tilsammen for 63 % af de globale udgifter til cloudinfrastruktur i andet kvartal 2026 (28 %, 20 % og 15 % ifølge Synergy Research Group). De fleste korte lister starter her, men markedsandel vælger ikke udbyder for dig.
- Skriv kravene først: latenstid, dataplacering, compliance, mål for genopretning, budget og dit teams kompetencer.
- Sammenlign SLA'er tjeneste for tjeneste. Den overordnede oppetid er en formel for kreditter og ikke en garanti for forretningskontinuitet.
- Beregn totalomkostningerne med reelt forbrug: on-demand mod bundne priser, egress, supportplaner og de folk, der skal drive det.
- Kør en pilot på 4 til 8 uger med en repræsentativ workload, og scor den med vægte, der er aftalt, før nogen ser resultaterne.
- Forhandl exit fra start: dataformater, overførselsomkostninger og EU's regler om skift af udbyder i Data Act.
Hvem er de største cloududbydere?
Tre hyperscalers dominerer. I andet kvartal 2026 opgjorde Synergy Research Group den globale markedsandel for cloudinfrastruktur til 28 % for Amazon, 20 % for Microsoft og 15 % for Google, hvor Microsoft og Google voksede hurtigere end Amazon (Synergy Research Group, juli 2026). Den samme meddelelse peger på hurtig vækst hos "tier two"-udbydere og GPU-fokuserede udbydere drevet af generativ AI.
| Udbyder | Typisk stærk til | Vær omhyggelig med |
|---|---|---|
| Amazon Web Services (AWS) | Det bredeste tjenestekatalog, modent partnerøkosystem, mange regioner. Et almindeligt standardvalg for SaaS og digitale virksomheder | Omkostningsdisciplin: Mange tjenester og prismuligheder betyder, at regningen vokser uden aktiv optimering |
| Microsoft Azure | Organisationer, der allerede bruger Microsoft 365, Entra ID, Windows Server og SQL Server. Hybrid med Azure Arc. Licensfordele | Hvilke tjenester der findes i din valgte region, og hvordan supportplaner passer til dine behov ved hændelser |
| Google Cloud | Dataanalyse (BigQuery), værktøjer til AI/ML, Kubernetes-baggrund, netværksydelse | Dækning med lokale partnere og support i dit land, og de enterprise-funktioner du er afhængig af |
| Europæiske og regionale udbydere | Datasuverænitet, lokale kontrakter og support (for eksempel OVHcloud i Europa) | Bredden af managed services, og om du genopbygger noget, en hyperscaler ville drive for dig |
Tabellen beskriver typiske mønstre og er ikke en rangliste. Din korte liste afhænger af dine workloads og begrænsninger.
Hvilke kriterier bør du bruge til at sammenligne cloududbydere?
Syv kriterier dækker de fleste beslutninger. Vægt dem efter din virksomhed, før du ser på leverandørerne.
1. Regioner, latenstid og dataplacering
Kontrollér, at udbyderen har regioner, hvor dine brugere og tilsynsmyndigheder har brug for dem, og at de konkrete tjenester, du skal bruge, kører i de regioner. For nordiske organisationer betyder det som regel Stockholm eller en anden EU-region. For indiske workloads Mumbai eller Hyderabad. Mål latenstid fra dine brugeres placeringer ved 95. og 99. percentil og ikke som gennemsnit. AWS offentliggør sit kort over regioner og Availability Zones (AWS global infrastructure). Azure og Google Cloud har tilsvarende.
2. De managed services, du faktisk bruger
List byggestenene i din arkitektur: managed databaser, Kubernetes, serverless, data warehouse, identitet, AI-tjenester. Sammenlign modenhed og funktioner for dem og ikke det samlede antal tjenester. En udbyder med 200 tjenester hjælper ikke, hvis dens managed PostgreSQL mangler den udvidelse, du er afhængig af.
3. Sikkerhed, compliance og delt ansvar
Bed om aktuelle revisionsrapporter (ISO 27001, SOC 2, PCI DSS hvor det er relevant), og bekræft, hvilke tjenester de dækker. Kortlæg derefter modellen for delt ansvar. Microsofts vejledning er tydelig på, at du uanset driftsform altid beholder ansvaret for dine data, endpoints, konti og adgangsstyring (Microsoft: delt ansvar i cloud). AWS og Google anvender det samme princip. For EU-organisationer omfattet af NIS2 bliver udbyderen en del af din risikostyring i forsyningskæden.
4. SLA'er og robusthed
Læs SLA'en for hver tjeneste, du vil bruge. Amazon EC2 forpligter sig for eksempel til 99,99 % månedlig oppetid på regionsniveau, med servicekreditter på 10 %, 30 % eller 100 % afhængigt af, hvor langt tilgængeligheden falder (Amazon Compute SLA). Google og Microsoft offentliggør deres SLA'er pr. tjeneste på samme måde. Tre ting at tjekke:
- Omfang. Mange SLA'er kræver, at du driver på tværs af flere Availability Zones for at være berettiget.
- Afhjælpning. Kreditter på din regning, normalt med loft, og ikke erstatning for tabt omsætning.
- Samlet tilgængelighed. En applikation, der bruger fem tjenester, er mindre tilgængelig end hver enkelt af dem. Design efter dine egne mål for genopretning. Se RTO og RPO forklaret.
5. Totalomkostninger (TCO)
Listepriserne ligner hinanden på tværs af hyperscalers. Din regning afhænger af, hvordan du køber og driver. Sammenlign:
- On-demand til svingende eller eksperimenterende workloads.
- Bundne priser til et stabilt grundforbrug. AWS Savings Plans lover besparelser på op til 72 % i forhold til on-demand (AWS Savings Plans). Azure-reservationer og Googles committed use discounts virker på lignende måde.
- Spot- eller preemptible-kapacitet til arbejde, der kan afbrydes, op til 90 % rabat på AWS (EC2 Spot).
- Skjulte poster: egress, trafik mellem zoner og regioner, NAT gateways, logvolumen, premium support og backuplagring.
- Folk: de ingeniører eller den managed service provider, der skal drive og sikre platformen.
Licenser kan vende sammenligningen. Hvis du kører mange licenser til Windows Server eller SQL Server, så prissæt Azure Hybrid Benefit og tilsvarende bring-your-own-licence-muligheder på andre clouds, før du beslutter dig.
6. Kompetencer og økosystem
Den cloud, dit team allerede kender, bliver billigere at drive det første år. Tjek tilgængeligheden af lokale partnere, certificerede ingeniører på dit ansættelsesmarked og understøttelse af de værktøjer, du bruger: Terraform, din CI/CD, din observability-stack.
7. Exit og portabilitet
Aftal, hvordan du ville forlade udbyderen, før du skriver under: eksportformater, overførselsomkostninger, opsigelsesfrister og hjælp under overgangen. I EU fastsætter Data Act, som gælder fra den 12. september 2025, en ramme for, at kunder kan skifte mellem udbydere af databehandlingstjenester (Europa-Kommissionen: Data Act). Infrastructure as code og containere gør det også billigere at flytte senere.
Sådan gennemfører du en sammenligning af cloududbydere trin for trin
- Skriv et kravsbrief på én side: workloads, brugere og placeringer, compliance-omfang, RTO/RPO, budget, teamets kompetencer, tidsplan.
- Lav en kort liste med to eller tre udbydere, der opfylder de ufravigelige krav (region, compliance, en tjeneste der skal være der).
- Aftal vægtene for de syv kriterier med IT, sikkerhed, økonomi og forretningsejeren, før der scores.
- Vælg en pilot-workload: repræsentativ, men ikke forretningskritisk, for eksempel et staging-miljø eller en datapipeline.
- Fastsæt kriterier for bestået på forhånd, for eksempel p95-latenstid, fejlrate, genopretningstid i en failover-test og månedlige omkostninger.
- Kør piloten i 4 til 8 uger, så du ser ugentlige mønstre og mindst én hel faktureringsperiode.
- Scor, forhandl og planlæg migreringsbølger, herunder support, bindinger, exit-vilkår og uddannelse.
Skabelon til beslutningsmatrix
Giv hver udbyder en score fra 1 til 10 pr. kriterium, gang med vægten, og læg sammen. Vægtene nedenfor er et eksempel for en reguleret mellemstor virksomhed. Ændr dem, så de passer til din.
| Kriterium | Eksempel på vægt | Score udbyder A | Score udbyder B | Score udbyder C |
|---|---|---|---|---|
| Regioner og dataplacering | 15 % | |||
| Match på managed services | 15 % | |||
| Bevis for sikkerhed og compliance | 20 % | |||
| SLA og robusthed | 10 % | |||
| Totalomkostninger over tre år | 20 % | |||
| Kompetencer og partnerøkosystem | 10 % | |||
| Exit og portabilitet | 10 % | |||
| Vægtet total | 100 % |
Tjekliste, før du skriver under
- SLA'er for hver tjeneste i arkitekturen, med betingelserne for kreditter.
- Revisionsrapporter og databehandleraftale, der dækker dine regioner og tjenester.
- Skriftlige tilsagn om dataplacering, herunder hvorfra supportmedarbejdere kan få adgang til data.
- Supportplan med svartider, der svarer til dine egne mål for hændelser.
- Bindingsvilkår, der passer til dit grundforbrug, med plads til vækst.
- Exitplan: dataeksport, overførselsgebyrer, bistand og tidslinjer.
Én cloud eller multicloud?
For de fleste mellemstore organisationer er én primær cloud plus SaaS enklere og billigere at drive godt. Multicloud giver mening, når der er en klar grund: et Microsoft-tungt miljø ved siden af et AWS-native produkt, en bestemt tjeneste til analyse eller AI eller en tilsynsmyndighed, der beder om en exitstrategi, du kan gennemføre. At køre to clouds fordobler den sikkerhedsbaseline, overvågning og de kompetencer, du skal vedligeholde.
Eksempel: fra ét datacenter til en multi-AZ-opsætning i AWS
ET Network drev sin infrastruktur fra ét datacenter med for lidt redundans i forhold til en voksende kundebase. Virksomheden havde brug for høj sikkerhed, høj tilgængelighed, skalerbarhed og hurtig markedsføring, og det blev svært at opnå alene med interne ressourcer. Opsio designede og byggede en cloud-native multi-AZ-arkitektur på AWS med automatiseret provisionering, fra arkitektur til udrulning og test, så det interne team kunne fortsætte med at videreudvikle den.
Sådan hjælper Opsio
Opsio er AWS Advanced Tier Services Partner og driver også managed services til Azure og Google Cloud, så vores sammenligninger bygger på at drive alle tre i produktion. Vores team for cloud-rådgivning afholder kravworkshops, kører piloter og laver TCO-modeller. Migreringsteamet planlægger derefter flytningen i bølger. Spørgsmål om dataplacering og latenstid i Indien behandles i valg af cloududbyder i Indien.
Ofte stillede spørgsmål
Hvilken cloududbyder er bedst for en lille eller mellemstor virksomhed?
Den, der passer til dine eksisterende værktøjer og kompetencer. Microsoft-centrerede virksomheder finder ofte Azure lettest, produktvirksomheder, der bygger på open source-stacks, vælger ofte AWS, og datatunge teams ser nøje på Google Cloud. Brug kriterierne ovenfor og ikke markedsandel.
Er AWS billigere end Azure eller Google Cloud?
Ikke generelt. Enhedspriserne ligger tæt, og regningen afhænger af arkitektur, rabatter ved binding, licenser og egress. Beregn din egen workload i hver udbyders prisberegner, før du drager konklusioner.
Hvad er den vigtigste faktor, når du vælger cloududbyder?
For regulerede organisationer i EU og Indien er det som regel dataplacering og bevis for compliance, fordi de udelukker eller godkender udbydere. Derefter betyder totalomkostninger og kompetencerne til at drive platformen mest.
Hvor lang tid bør en evaluering af cloududbydere tage?
Fire til otte ugers pilot efter en kort kravfase er typisk. Det fanger ugentlige trafikmønstre og en hel faktureringsperiode uden at lamme projektet.
Kan vi skifte cloududbyder senere?
Ja, men det koster tid og penge. Infrastructure as code, containere og at undgå udbyderspecifikke tjenester, hvor de giver lidt værdi, holder muligheden åben. I EU tilføjer Data Act regler om skift mellem udbydere.
Relaterede artikler
Om forfatteren
Redaktionelle retningslinjer: Artiklen er skrevet af en certificeret fagperson, angivet i bylinen ovenfor. Vi opdaterer den, når den teknologi eller regulering, den handler om, ændrer sig; datoerne ovenfor viser den seneste opdatering. Opsio er redaktionelt uafhængig — vi anbefaler løsninger ud fra tekniske fordele, ikke kommercielle relationer.