Opsio - Cloud and AI Solutions
Azure11 min read· 2,563 words

AWS vs Azure vs GCP: Den komplette skysammenligningen for 2026

Johan Carlsson
Johan Carlsson

Country Manager, Sweden

Published: ·Updated: ·Reviewed by Opsio Engineering Team

Quick Answer

AWS vs Azure vs GCP: Den komplette skysammenligningen for 2026 AWS, Azure og GCP har alle massive infrastrukturnettverk, men de er ikke utbyttbare. AWS tilbyr...

AWS vs Azure vs GCP: Den komplette skysammenligningen for 2026

AWS, Azure og GCP har alle massive infrastrukturnettverk, men de er ikke utbyttbare. AWS tilbyr den bredeste tjenestekatalogen og det mest modne økosystemet. Azure integrerer dypest med Microsofts bedriftsverktøy. GCP leder innen dataanalyse og maskinlæring. Å velge mellom dem — eller, mer realistisk, å velge hvordan man kombinerer dem — avhenger av eksisterende teknologistack, krav til etterlevelse og hvor ingeniørteamets kompetanse er konsentrert.

Hovedpunkter

  • AWS leder på tjenestebredde og økosystemmodenhet; Azure vinner på hybrid og Microsoft-integrerte miljøer; GCP utmerker seg innen dataanalyse og ML-native arbeidsbelastninger.
  • Prismessig paritet er nærmere enn noensinne i 2026 — den reelle kostnadsdifferensiatoren er operasjonell disiplin (rett dimensjonering, forpliktelser, FinOps-verktøy), ikke listepris.
  • For organisasjoner med hovedkvarter i EU/EØS tilbyr alle tre nå suverene skyalternativer, men Azure og GCP har beveget seg raskere på dataresidens-kontroller relevante for NIS2 og GDPR.
  • De fleste virksomhetene vi drifter for kjører to eller flere skytjenester — å velge én «vinner» betyr mindre enn å bygge portable operasjonelle praksiser.
  • GCP tar ikke igjen AWS i markedsandel, men det er den raskest voksende hyperscaleren innen data/AI-arbeidsbelastninger spesifikt.

Leverandøroversikt: Hva hver sky faktisk er

Amazon Web Services (AWS)

AWS ble lansert i 2006 og definerte IaaS-markedet. Det tilbyr nå over 200 diskrete tjenester som spenner over compute (EC2, Lambda, ECS, EKS), lagring (S3, EBS, FSx), databaser (RDS, DynamoDB, Aurora, Redshift), nettverk (VPC, Transit Gateway, CloudFront) og en voksende AI/ML-stack (SageMaker, Bedrock). Markedsplassen og partnerøkosystemet er bransjens største, noe som har betydning når du trenger en tredjeparts-AMI, en Terraform-modul eller en nisjemessig compliance-integrasjon.

Hvor vi oftest ser AWS valgt: Generelle infrastrukturmigreringer, ISV-plattformer som trenger global rekkevidde, og organisasjoner som ønsker det bredeste utvalget av administrerte tjenester for å redusere intern verktøyutvikling.

Microsoft Azure

Azure ble allment tilgjengelig i 2010 og har vokst raskest i virksomheter med eksisterende Microsoft Enterprise Agreements. Kjernestyrken er integrasjon: Azure Active Directory (nå Entra ID) kobler direkte til Microsoft 365, Dynamics 365, Power Platform og GitHub. Azure Arc utvider styring til lokale miljøer og edge. For hybride utrullinger — særlig der Windows Server, SQL Server eller .NET-arbeidsbelastninger dominerer — gir Azures lisensfordeler (Azure Hybrid Benefit) en betydelig kostnadsfordel.

Hvor vi oftest ser Azure valgt: Virksomheter med store Microsoft 365- og Active Directory-avhengigheter, hybride skystrategier som involverer lokal Windows-infrastruktur, og organisasjoner i regulerte bransjer som verdsetter Microsofts compliance-sertifiseringsbibliotek.

Google Cloud Platform (GCP)

GCP kommersialiserer infrastruktur som Google bygde for sine egne tjenester — Search, YouTube, Gmail. Denne arven synes i nettverket (Googles private fiberbackbone), dataanalysestacken (BigQuery er fortsatt referansemålet for serverløse analytiske spørringer) og Kubernetes (GKE, siden Google skapte Kubernetes). GCPs AI/ML-stack — Vertex AI, TPU-er og Gemini-modellintegrasjoner — er konkurransedyktig og tett integrert.

Hvor vi oftest ser GCP valgt: Dataintensive arbeidsbelastninger, ML-modelltrening og -servering, Kubernetes-native applikasjonsplattformer, og organisasjoner som ønsker opinionert infrastruktur med færre service-sprawl-beslutninger.

Gratis eksperthjelp

Trenger dere hjelp med cloud?

Book et gratis 30-minutters møte med en av våre spesialister innen cloud. Vi analyserer behovet ditt og gir konkrete anbefalinger — helt uten forpliktelse.

Solution ArchitectAI-spesialistSikkerhetsekspertDevOps-ingeniør
50+ sertifiserte ingeniører4.9/5 kundevurdering24/7 support
Helt gratis — ingen forpliktelseSvar innen 24t

Tjenestesammenligning: Direkte mot hverandre

Tabellen nedenfor kartlegger kjernekategorier for tjenester på tvers av alle tre leverandørene. Den er ikke uttømmende — hver leverandør har hundrevis av tjenester — men dekker det som betyr mest for de fleste infrastrukturbeslutninger.

KategoriAWSAzureGCP
Compute (VM-er)EC2Virtual MachinesCompute Engine
Containere (Administrert K8s)EKSAKSGKE
Serverløse funksjonerLambdaAzure FunctionsCloud Functions
ObjektlagringS3Blob StorageCloud Storage
BlokklagringEBSManaged DisksPersistent Disk
Relasjonell DB (administrert)RDS / AuroraAzure SQL / PostgreSQL FlexibleCloud SQL / AlloyDB
NoSQLDynamoDBCosmos DBFirestore / Bigtable
DatavarehusRedshiftSynapse AnalyticsBigQuery
ML-plattformSageMaker / BedrockAzure ML / Azure OpenAI ServiceVertex AI / Gemini API
CDNCloudFrontAzure CDN / Front DoorCloud CDN
DNSRoute 53Azure DNSCloud DNS
IAMIAM + OrganizationsEntra ID + RBACCloud IAM + Organization Policy
IaC (nativ)CloudFormationBicep / ARMDeployment Manager (begrenset; de fleste bruker Terraform)
OvervåkingCloudWatchAzure MonitorCloud Monitoring (Ops Suite)

Observasjon fra Opsios SOC/NOC: Når vi tar inn en ny multi-sky-kunde, er det vanligste friksjonspunktet ikke compute eller lagring — disse mapper rimelig godt. Det er forskjellene i IAM-modellene. AWS bruker policy-basert IAM knyttet til principals. Azure bruker Entra ID (tidligere AAD) RBAC med scope-hierarki. GCP bruker et ressurshierarki med allow/deny-policyer. Å forene identitetsstyring på tvers av alle tre krever bevisst arkitektur, ikke bare føderasjon. Skysikkerhet

Priser og kostnadsstruktur

Alle tre leverandørene bruker betal-etter-bruk-prising for on-demand-ressurser, med rabattmekanismer for forpliktet bruk. Rabattmodellene skiller seg på viktige måter:

MekanismeAWSAzureGCP
ForpliktelsesrabatterReserved Instances (1 år/3 år), Savings PlansReserved Instances, Azure Savings Plan for ComputeCommitted Use Discounts (CUDs)
Typisk RI/CUD-besparelsesområde30–60 % av on-demand30–60 % av on-demand20–57 % av on-demand
Automatiske rabatterIngen (må kjøpes)Ingen (må kjøpes)Sustained Use Discounts (aktiveres automatisk etter terskelverdier)
Spot/PreemptibleSpot Instances (opptil 90 % rabatt)Spot VMsSpot VMs (tidligere Preemptible)
Gratisnivå12 måneders gratisnivå + alltid-gratis-nivå12 måneders gratisnivå + alltid-gratis-nivå90 dagers $300-kreditt + alltid-gratis-nivå
Egress-prisingPer GB, trinnvisPer GB, trinnvisPer GB, trinnvis (noe lavere ved høyere volumer)

Den reelle kostnadshistorien: Ifølge Flexeras State of the Cloud har styring av skyforbruk konsekvent vært rangert som den største utfordringen for organisasjoner. Vår erfaring med å drifte arbeidsbelastninger på tvers av alle tre leverandørene viser at listeprisdifferanser mellom AWS, Azure og GCP for tilsvarende compute og lagring typisk ligger innenfor 5–15 %. Den langt større kostnadsvariabelen er operasjonell: dimensjonerer du instansene riktig, rydder du opp i foreldreløse ressurser, kjøper du de riktige forpliktelsesinstrumentene, og stenger du ikke-produksjonsmiljøer utenfor arbeidstid?

En disiplinert Cloud FinOps-praksis vil spare mer penger enn å bytte leverandør. Vi ser jevnlig organisasjoner som kjører 20–40 % mer infrastruktur enn arbeidsbelastningene deres krever — på tvers av alle tre skytjenestene likt.

Egress: Den skjulte kostnaden

Data-egress (overføring av data ut av en skyleverandør) er fortsatt det mest uforutsigbare kostnadselementet. Alle tre tar betalt per GB for egress til internett, med priser som starter rundt $0,08–0,12/GB og synker ved volum. GCP har historisk vært noe billigere ved høye egress-volumer, og alle tre leverandørene har redusert egress-avgiftene de siste to årene under konkurransepress. Hvis arkitekturen din innebærer betydelig dataflytting på tvers av regioner eller skytjenester, modeller denne kostnaden eksplisitt før du forplikter deg.

Global infrastruktur og tilgjengelighet

Metrikk (ca. 2026)AWSAzureGCP
Regioner34+60+40+
Tilgjengelighetssoner100+300+ (Azure teller annerledes)120+
EU-regionerIrland, Frankfurt, Stockholm, Milano, Paris, Spania, ZürichFlere på tvers av EU (inkludert suverene alternativer)Finland, Nederland, Belgia, Frankfurt, Warszawa, Berlin, Torino
India-regionerMumbai, HyderabadPune, Mumbai, HyderabadMumbai, Delhi

Et poeng om regiontelling: Azure rapporterer et høyere antall fordi de teller enkelte konfigurasjoner som separate regioner som AWS og GCP ville betraktet som tilgjengelighetssoner. Direkte numerisk sammenligning er villedende. Det som betyr noe er om en leverandør har regioner i de geografiene ditt regulatoriske rammeverk krever.

EU-suverenitet og etterlevelseskontekst

For organisasjoner med hovedkvarter i EU/EØS som er underlagt NIS2-direktivet og GDPR (gjennomført i norsk rett via EØS-avtalen og håndhevet av Datatilsynet), er dataresidens en primær arkitekturbegrensning. Alle tre leverandørene tilbyr nå EU-baserte regioner, men de suverene skytilbudene skiller seg:

  • AWS tilbyr AWS European Sovereign Cloud (annonsert og under utrulling), med dedikert infrastruktur driftet av EU-bosatt personell.
  • Azure tilbyr EU Data Boundary og suverene partnerskap (f.eks. med T-Systems i Tyskland, Bleu i Frankrike).
  • GCP tilbyr Assured Workloads med suverene kontroller og T-Systems suverene sky i Tyskland.

For Opsios norske og bredere nordiske kunder er regionene Stockholm eu-north-1 (AWS), Sweden Central (Azure) og Finland (GCP) alle reelle alternativer. Differensiatoren er ofte hvilken leverandørs suverene kontroller best passer din spesifikke regulatoriske tolkning — inkludert eventuelle krav fra Digitaliseringsdirektoratets retningslinjer for offentlig sektor og Datatilsynets veiledning om overføring til tredjeland. Administrerte skytjenester

India-markedskontekst

For organisasjoner som opererer under DPDPA 2023 (Indias Digital Personal Data Protection Act) har alle tre leverandørene flere India-regioner. AWS Mumbai og Hyderabad, Azure Pune/Mumbai/Hyderabad og GCP Mumbai/Delhi gir alle dataresidens i landet. Opsios SOC-team i Bangalore opererer på tvers av alle tre for India-baserte kunder, og den praktiske forskjellen er ofte ikke regiontilgjengelighet, men regional tjenesteparitet — ikke alle administrerte tjenester er tilgjengelige i alle regioner. Sjekk tjenestetilgjengelighet for din spesifikke stack før du forplikter deg.

Sikkerhet og etterlevelse

Alle tre hyperscalerne opprettholder omfattende compliance-sertifiseringsporteføljer: SOC 2 Type II, ISO/IEC 27001, ISO/IEC 27017, ISO/IEC 27018 og regionale sertifiseringer. Modellen for delt ansvar gjelder likt: leverandøren sikrer infrastrukturen; du sikrer konfigurasjon, data og tilgangskontroller.

Der de skiller seg:

  • AWS har det dypeste økosystemet for tredjeparts sikkerhetsverktøyintegrasjon (GuardDuty, Security Hub og et stort Marketplace av SIEM/SOAR-konnektorer). AWS Organizations med SCPs (Service Control Policies) gir granulære forebyggende guardrails.
  • Azure drar nytte av nativ integrasjon med Microsoft Defender for Cloud og Microsoft Sentinel (SIEM). For organisasjoner som allerede bruker Microsoft 365 E5, er den samlede sikkerhetstelemetrien genuint verdifull — du får endepunkt-, e-post-, identitets- og skyinfrastruktursignaler i én plattform.
  • GCP tilbyr Security Command Center og Chronicle (Googles SIEM) med BeyondCorp Enterprise for zero-trust-tilgang. GCPs organisasjonspolicybegrensninger er kraftige, men mindre modne i tredjeparts økosystemintegrasjon.

Hva vårt SOC faktisk ser: De vanligste sikkerhetsfeilkonfigurasjonene er bemerkelsesverdig konsistente på tvers av alle tre skytjenestene: for generøse IAM-policyer, offentlig eksponerte lagringsbøtter/bloober, ukrypterte data i hvile i ikke-standardkonfigurasjoner og manglende nettverkssegmentering. Skyleverandøren er sjelden det svake leddet — det er konfigurasjonen. Derfor betyr kontinuerlig holdningsstyring (posture management) mer enn hvilken leverandør du velger. Skysikkerhet

Styrker og svakheter: En ærlig vurdering

Styrker ved AWS

  • Størst tjenestekatalog — hvis en administrert tjeneste finnes, har AWS sannsynligvis en versjon
  • Dypest tredjeparts økosystem og markedsplass
  • Mest omfattende dokumentasjon og fellesskap (Stack Overflow, re:Post)
  • Sterkest global regiondekning for generelle arbeidsbelastninger

Svakheter ved AWS

  • Konsollens brukergrensesnitt er rotete og inkonsistent på tvers av tjenester
  • IAM-policyspråket har en bratt læringskurve
  • Faktureringskompleksitet øker med organisasjonens størrelse
  • Nettverksprimitivene (VPC, Transit Gateway, PrivateLink) krever betydelig ekspertise for å arkitektere korrekt

Styrker ved Azure

  • Uovertruffen integrasjon med Microsoft bedriftsstack (Entra ID, M365, Dynamics)
  • Azure Hybrid Benefit gir meningsfulle besparelser for Windows/SQL Server-migreringer
  • Azure Arc er den mest modne hybride/multi-sky-styringsplanen
  • Sterke sertifiseringer for offentlig sektor og regulerte bransjer

Svakheter ved Azure

  • Tjenestenavn er inkonsistente og endres hyppig (Azure AD → Entra ID er ett av mange eksempler)
  • Portalytelsen kan være treg; ARM API-feilmeldinger er ofte lite hjelpsomme
  • Noen administrerte tjenester (f.eks. AKS) ligger bak AWS/GCP-ekvivalenter i funksjonsmodenhet
  • Kommunikasjon ved nedetid har historisk vært mindre transparent enn hos konkurrentene

Styrker ved GCP

  • BigQuery er fortsatt best-in-class for serverløse analytiske arbeidsbelastninger
  • GKE er det mest funksjonsrike administrerte Kubernetes-tilbudet
  • Nettverksytelse drar nytte av Googles private backbone
  • Sustained Use Discounts aktiveres automatisk — mindre FinOps-overhead for mindre team
  • Vertex AI og TPU-tilgang gir en genuin differensiering for ML-arbeidsbelastninger

Svakheter ved GCP

  • Minst markedsandel betyr mindre partnerøkosystem og færre tredjepartsintegrasjoner
  • Bedriftsstøtte og kontohåndtering har historisk vært svakere (selv om det er betydelig forbedret)
  • Færre administrerte tjenestemuligheter i nisjekategorier
  • Oppfatningsrisiko: Googles historikk med å legge ned forbrukerprodukter skaper bekymring om tillit hos virksomheter (selv om ingen større GCP-tjeneste har blitt avviklet)

Multi-sky: Virkeligheten for de fleste organisasjoner

Ifølge Flexeras State of the Cloud-rapporter og CNCF Annual Survey bruker flertallet av virksomheter nå tjenester fra mer enn én skyleverandør. Dette er ikke alltid bevisst arkitektur — det skyldes ofte oppkjøp, teamautonomi eller best-of-breed-tjenestevalg.

Vår operasjonelle erfaring bekrefter dette. På tvers av Opsios administrerte kundebase er multi-sky normen. Utfordringen er ikke å velge tjenester — det er å bygge konsistente operasjonelle praksiser som spenner over leverandørene:

  • Observerbarhet: Datadog, Dynatrace eller Grafana Cloud for samlet metrikk/traces/logger på tvers av AWS + Azure + GCP. Native verktøy (CloudWatch, Azure Monitor, Cloud Monitoring) fungerer godt innenfor sine respektive økosystemer, men skaper siloer i multi-sky.
  • Infrastructure as Code: Terraform (OpenTofu) er de facto-standarden for multi-sky IaC. Pulumi vinner terreng for team som foretrekker generelle programmeringsspråk. Unngå leverandørnativ IaC (CloudFormation, Bicep, Deployment Manager) hvis du trenger portabilitet.
  • Identitet: Federer én enkelt IdP (Okta, Entra ID, Google Workspace) inn i alle tre skytjenestene. Ikke oppretthold separate identitetslagre.
  • Kostnadsstyring: Native kostnadsverktøy (AWS Cost Explorer, Azure Cost Management, GCP Billing) er nødvendige, men utilstrekkelige for multi-sky. Verktøy som Apptio Cloudability eller CloudHealth gir normalisering på tvers av leverandører.

Administrert DevOps

Hvordan velge: Et beslutningsrammeverk

Fremfor å kåre en «vinner», bruk disse beslutningsfiltrene:

1. Eksisterende miljø: Hvis du kjører Windows Server, SQL Server og Microsoft 365, gir Azures lisensfordeler og identitetsintegrasjon en målbar kostnads- og operasjonell fordel. Start der.

2. Primær arbeidsbelastningstype: Hvis din kjerneverdi skapes gjennom storskala dataanalyse eller ML-modelltrening, fortjener GCPs BigQuery + Vertex AI + TPU-stack seriøs evaluering. For generell IaaS og det bredeste tjenestetilbudet er AWS det trygge standardvalget.

3. Teamkompetanse: Skyen ingeniørene dine kjenner, er den du vil drifte mest effektivt. Omskoleringskostnad og påvirkning på utviklingshastighet er reelle. Inkluder sertifiserings- og rekrutteringsmarkedsrealiteter i beslutningen.

4. Krav til etterlevelse: Kartlegg dine regulatoriske forpliktelser (GDPR via EØS, NIS2, Datatilsynets veiledning, SOC 2, ISO 27001, bransjespesifikke reguleringer) mot hver leverandørs compliance-dekning og regional tilgjengelighet. For enkelte krav vil bare én eller to leverandører ha de spesifikke sertifiseringene du trenger.

5. Forpliktelsesforhandling: Hvis du kan forplikte betydelig forbruk, forhandel en Enterprise Discount Program (AWS EDP), Microsoft Customer Agreement (MCA/MACC) eller Google Cloud committed spend-avtale. Rabattvilkår og fleksibilitet varierer — innhent tilbud fra alle tre før signering.

Skymigrering

Hva Opsio ser ved drift av alle tre

Å operere 24/7 SOC/NOC på tvers av AWS, Azure og GCP gir oss et utsiktspunkt som enkeltsky-aktører mangler. Noen mønstre fra produksjon:

  • Modenhet i hendelsesresponsverktøy: AWS GuardDuty-funn er de mest handlingsrettede ut av boksen. Azure Defender for Cloud genererer mer støy, men integrerer kraftfullt med Sentinel for korrelasjon. GCP Security Command Center har forbedret seg vesentlig, men krever fortsatt mer tilpasset tuning.
  • Terraform-providerstabilitet: AWS Terraform-provideren er den mest stabile og funksjonsriktige. Azure-provideren (azurerm) har hyppige breaking changes knyttet til Azures raske navneendringer. Google-provideren er solid, men ligger tidvis bak på ny tjenestetilgjengelighet.
  • Supportresponstid: På Enterprise/Premium-supportnivå gir alle tre tilfredsstillende responstider. På lavere nivåer er AWS-support merkbart mer responsiv enn Azure eller GCP. For produksjonsarbeidsbelastninger anbefaler vi sterkt Enterprise-nivå support uansett leverandør.

Ofte stilte spørsmål

Hva er best — Azure, GCP eller AWS?

Det finnes ikke noe universelt beste valg. AWS passer for team som trenger den bredeste tjenestekatalogen og det største partnerøkosystemet. Azure er det pragmatiske valget for organisasjoner som allerede har investert i Microsoft 365, Active Directory eller Dynamics. GCP er sterkest når primærarbeidsbelastningene involverer dataanalyse, ML-trening eller Kubernetes-native arkitekturer. De fleste modne virksomheter bruker minst to.

Hvem er de tre største skyleverandørene?

Amazon Web Services (AWS), Microsoft Azure og Google Cloud Platform (GCP) er de tre største hyperscale-skyleverandørene målt i omsetning, infrastrukturdekning og tjenestebredde. Ifølge Flexeras State of the Cloud og flere analytikerrapporter har AWS størst markedsandel, Azure er nummer to, og GCP er tredje — men vokser raskt innen AI/ML-arbeidsbelastninger.

Tar GCP over for AWS?

Nei. GCPs samlede markedsandel ligger fortsatt godt bak AWS og Azure. GCP har imidlertid vunnet betydelig terreng i spesifikke segmenter — særlig BigQuery-basert analyse, Vertex AI-arbeidsbelastninger og GKE-baserte containerplattformer. I vårt SOC/NOC har GCP-arbeidsbelastningsvolumet vokst merkbart år over år, men AWS dominerer fremdeles generell infrastruktur.

Hva er enklest å lære — AWS, Azure eller GCP?

GCPs konsoll og CLI anses generelt som mest utviklervennlig for nybegynnere, delvis fordi Google tilbyr færre overlappende tjenester og det dermed er færre valg å ta. Azure er enklest dersom du allerede kjenner Microsoft-stakken. AWS har den bratteste innledende læringskurven på grunn av det store antallet tjenester, men dokumentasjonen, veiledningene og fellesskapsressursene er de mest omfattende i bransjen.

Kan jeg bruke mer enn én skyleverandør samtidig?

Ja, og de fleste virksomheter gjør det. Multi-sky er vanlig for redundans, best-of-breed-tjenestevalg eller regulatoriske årsaker. Utfordringen er operasjonell — du trenger enhetlig observerbarhet, konsistent IAM-styring og en FinOps-praksis som spenner over alle leverandører. En Administrerte skytjenester-partner kan redusere denne overheaden betydelig.

Written By

Johan Carlsson
Johan Carlsson

Country Manager, Sweden at Opsio

Johan leads Opsio's Sweden operations, driving AI adoption, DevOps transformation, security strategy, and cloud solutioning for Nordic enterprises. With 12+ years in enterprise cloud infrastructure, he has delivered 200+ projects across AWS, Azure, and GCP — specialising in Well-Architected reviews, landing zone design, and multi-cloud strategy.

Editorial standards: Denne artikkelen er skrevet av skypraktikere og fagfellevurdert av vårt ingeniørteam. Vi oppdaterer innhold kvartalsvis. Opsio opprettholder redaksjonell uavhengighet.