AWS vs Azure vs GCP — Vergleich für den DACH-Mittelstand 2026

Die Entscheidung zwischen AWS, Microsoft Azure und Google Cloud Platform ist für viele mittelständische Unternehmen in Deutschland, Österreich und der Schweiz keine technische, sondern eine strategische — sie bestimmt für die nächsten fünf bis zehn Jahre Architektur, Personal-Profile, Lizenz-Kosten und Lieferanten-Bindung. Wir haben in den letzten Jahren über 60 Cloud-Vorhaben im DACH-Mittelstand begleitet — von Greenfield-Plattformen bis zu klassischen Lift-and-Shift-Migrationen — und sehen drei wiederkehrende Fehlentscheidungen: erstens Anbieterwahl rein nach Marktanteil ohne Bezug zur eigenen IT-Landschaft, zweitens Unterschätzung der DSGVO-Implikationen für Datenresidenz und Schlüssel-Hoheit, drittens fehlende Migrations-Strategie, die Vendor-Lock-in über Jahre einbetoniert. Dieser Artikel ordnet die drei Hyperscaler nüchtern ein, zeigt Stärken und Schwächen aus DACH-Perspektive, vergleicht die wichtigsten Service-Kategorien und liefert eine Branchen-Zuordnung. Für die Gesamtsicht auf Cloud-Strategie siehe unseren Cloud-&-DevOps-Guide für den Mittelstand.

Warum die Anbieterwahl Vorstandssache ist — Marktanteile und DACH-Regionen 2026

Die globale Cloud-Infrastruktur-Landschaft 2026 wird weiterhin von drei Anbietern dominiert. Nach den jüngsten Auswertungen von Synergy Research und Canalys liegt Amazon Web Services bei rund 30 bis 32 Prozent globalem Markt-Anteil im Infrastruktur-Segment, Microsoft Azure bei 24 bis 26 Prozent und Google Cloud Platform bei 11 bis 13 Prozent. Die übrigen 30 Prozent verteilen sich auf Alibaba Cloud, Oracle Cloud, IBM Cloud und eine Vielzahl regionaler Anbieter wie OVH, Hetzner oder STACKIT.

Aussagekräftiger ist für mittelständische Unternehmen die Verteilung im deutschsprachigen Raum. Hier zeigt sich ein anderes Bild: Azure liegt nach Bitkom-Erhebungen 2025 mit rund 38 Prozent vorn, AWS folgt mit 32 Prozent, Google Cloud erreicht 14 Prozent. Der Azure-Vorsprung erklärt sich vor allem aus der hohen Microsoft-365-Verbreitung im DACH-Mittelstand und aus der einfacheren Bündelung über bestehende Enterprise-Agreements. Wer Office 365 hat, bekommt Azure-Credits, Identitäts-Integration und Lizenz-Konsolidierung mitgeliefert.

Für die Datenresidenz sind die regionalen Standorte entscheidend. Frankfurt ist bei allen drei Anbietern der reifste DACH-Hub. AWS betreibt eu-central-1 seit 2014 mit drei Availability Zones. Azure bietet Germany West Central (Frankfurt) plus Germany North (Berlin) für Disaster Recovery. Google Cloud betreibt europe-west3 in Frankfurt mit drei Zonen, ergänzt um europe-west10 (Berlin, seit 2023).

Zürich hat in den letzten drei Jahren erheblich aufgeholt, getrieben durch Schweizer Banken und Compliance-Anforderungen, die eine Datenhaltung außerhalb der EU vorsehen. AWS hat 2023 die Region eu-central-2 eröffnet, Azure betreibt Switzerland North und Switzerland West (Genf), Google Cloud europe-west6. Wien ist 2026 noch kein vollwertiger Cloud-Hub — Azure hat Austria East teilweise in Betrieb mit Vollausbau bis 2027. AWS und GCP bedienen Österreich primär aus Frankfurt mit rund 20 Millisekunden Latenz, was für die meisten Workloads ausreicht.

AWS — Stärken und Schwächen aus DACH-Sicht

Amazon Web Services ist der älteste und breiteste Hyperscaler. Das Service-Portfolio umfasst über 240 Einzeldienste — von klassischen virtuellen Maschinen (EC2) und Objekt-Speicher (S3) über Datenbanken (RDS, Aurora, DynamoDB) bis zu hoch spezialisierten Diensten wie Satelliten-Bodenstationen oder Quantum-Computing-Testumgebungen. Diese Breite ist gleichzeitig die wichtigste Stärke und eine erhebliche Schwäche.

Die Stärken von AWS liegen in drei Bereichen. Erstens das Service-Portfolio: praktisch jeder denkbare Anwendungsfall hat einen passenden AWS-Dienst, oft mit mehreren Varianten. Zweitens die Dokumentations- und Community-Reife — die offizielle Doku gilt branchenweit als sehr gut, ergänzt durch eine massive Stack-Overflow-, GitHub- und Konferenz-Community. Drittens die Reife der grundlegenden Bausteine: EC2, S3, IAM und VPC sind über fünfzehn Jahre gewachsen und produktions-erprobt in einer Größenordnung, die kein anderer Anbieter erreicht.

Die Schwächen sind ebenfalls deutlich. Die Komplexität führt dazu, dass selbst einfache Architekturen schnell zwanzig oder dreißig zusammenhängende Dienste umfassen. Die Preisgestaltung ist berüchtigt unübersichtlich — Egress-Gebühren, regional unterschiedliche Stundenpreise, gestaffelte Rabatte und Reservierungs-Modelle machen verlässliche Budget-Planungen schwer. Für DACH-Mittelständler kommt hinzu, dass AWS-Support primär englischsprachig ist und deutsch-sprachige Account-Manager je nach Vertragsstufe unterschiedlich verfügbar sind. AWS ist regelmäßig die richtige Wahl, wenn ein Unternehmen keine starke Microsoft-Bindung hat, Linux-Workloads dominieren und ausreichend internes Cloud-Know-how vorhanden oder einkaufbar ist.

Azure — Stärken und Schwächen

Microsoft Azure ist im DACH-Raum der defacto-Standard für Unternehmen mit bestehender Microsoft-Landschaft. Die Plattform-Strategie ist dabei explizit als Erweiterung des Microsoft-Ökosystems angelegt — Active Directory, Office 365, Windows Server, SQL Server und Dynamics greifen über Azure-Identitäts- und -Netzwerk-Dienste nahtlos ineinander.

Die Stärken liegen klar in der Integration. Microsoft Entra ID (vormals Azure AD) ist als Identitäts-Plattform für die meisten DACH-Mittelständler der Standard und lässt sich mit minimalem Aufwand mit dem lokalen Active Directory koppeln. Windows-Server-Lizenz-Mobilität über Azure Hybrid Benefit reduziert Lizenz-Kosten messbar — wer bestehende Software-Assurance-Verträge hat, fährt Azure-VMs oft 30 bis 40 Prozent günstiger als vergleichbare AWS-EC2-Instanzen mit Windows. Die Hybrid-Strategie über Azure Arc, das auch on-prem oder in anderen Clouds laufende Ressourcen unter eine einheitliche Verwaltung bringt, ist 2026 die ausgereifteste Hybrid-Lösung im Markt.

Die Schwächen liegen vor allem in der Tooling-Konsistenz und in der Plattform-Reife. Die Azure-CLI (az) und PowerShell-Module sind funktional, aber nicht so konsistent wie das AWS-Pendant — gleichartige Operationen über verschiedene Dienste haben oft unterschiedliche Syntax-Konventionen. Manche neue Dienste werden in Vorschau-Status veröffentlicht und reifen länger als erwartet. Ausfälle sind selten, aber wenn sie auftreten, betreffen sie häufig mehrere gekoppelte Dienste gleichzeitig — der prominente Frontdoor-Vorfall 2024 und mehrere Entra-Vorfälle in 2025 sind in Erinnerung. Für reine Linux-Workloads ohne Microsoft-Bezug ist Azure tendenziell weniger optimiert als AWS oder GCP, auch wenn die Distanz in den letzten Jahren geschrumpft ist.

Google Cloud Platform — Stärken und Schwächen

Google Cloud Platform ist der Spezialist mit klaren Schwerpunkten. Der globale Marktanteil unter den drei Hyperscalern ist der kleinste, aber GCP hat in zwei Bereichen Vorsprung, die für bestimmte Anwendungsfälle entscheidend sind: Daten und Netzwerk.

Die Daten-Stärken liegen bei BigQuery, dem analytischen Data-Warehouse, das viele Analyse-Workloads schneller und günstiger bedient als die AWS- und Azure-Pendants. Die ML-Plattform Vertex AI, die nahtlose Integration mit TensorFlow und die Nähe zu DeepMind-Forschung machen GCP zur naheliegenden Wahl für Unternehmen, deren Strategie stark auf Datenanalyse oder generative KI ausgerichtet ist. Das globale Backbone-Netzwerk — dasselbe, das auch Google Search und YouTube bedient — bietet messbar niedrigere Latenzen und höhere Bandbreite zwischen Regionen als die Standard-Tarife der beiden Wettbewerber. Auch Kubernetes-Workloads sind auf GCP häufig komfortabler, weil Google Kubernetes selbst entwickelt hat und Google Kubernetes Engine (GKE) als ausgereifteste Managed-K8s-Plattform gilt.

Die Schwächen liegen in der Breite und im DACH-Marktanteil. Das Service-Portfolio ist mit rund 120 Diensten deutlich kleiner als bei AWS — viele Nischen-Dienste fehlen oder sind weniger ausgereift. Die Enterprise-Vertriebs-Präsenz im DACH-Mittelstand ist schwächer als bei AWS und Azure, und der Partner-Channel ist dünner besetzt. Für Unternehmen ohne starken Daten- oder Kubernetes-Fokus gibt es selten zwingende Gründe für GCP gegenüber den beiden Marktführern. Eine pragmatische Empfehlung aus unserer Praxis: GCP ist eine ausgezeichnete Zweit-Cloud für Analyse- und ML-Workloads neben einer Azure- oder AWS-Hauptplattform, aber selten die naheliegende Erstwahl für eine vollständige Mittelstands-IT.

Side-by-Side-Vergleich der wichtigsten Kategorien

Die folgende Tabelle ordnet die zentralen Service-Kategorien nebeneinander. Sie ist als Orientierung gedacht — die Auswahl im konkreten Projekt verlangt einen kurzen Architektur-Workshop, weil die Eignung stark vom konkreten Anwendungsfall abhängt.

Kategorie	AWS	Azure	GCP
Compute (VM)	EC2, breitestes Instanz-Portfolio	Virtual Machines, Hybrid Benefit bei Windows	Compute Engine, gute Custom-Machine-Types
Object Storage	S3, defacto-Standard	Blob Storage, mehrere Tiers	Cloud Storage, einfacheres Pricing
Managed SQL	RDS, Aurora (sehr breit)	Azure SQL, starke MSSQL-Integration	Cloud SQL, Cloud Spanner (global)
NoSQL	DynamoDB	Cosmos DB (multi-model)	Firestore, Bigtable
Data Warehouse	Redshift	Synapse Analytics	BigQuery (Marktführer)
Netzwerk	VPC, Transit Gateway	VNet, ExpressRoute	VPC, Premium-Tier Global Backbone
Kubernetes	EKS	AKS	GKE (ausgereifteste Plattform)
Serverless	Lambda	Azure Functions	Cloud Run, Cloud Functions
Identität	IAM	Entra ID (vormals Azure AD)	Cloud IAM
Pricing	Komplex, viele Optionen	Bündel via EA, Hybrid Benefit	Sustained-Use-Discounts automatisch
Free Tier	12 Monate + Always Free	12 Monate + 200 USD Credit	90 Tage + 300 USD Credit, Always Free
EU-Regionen DACH	Frankfurt, Zürich	Frankfurt, Berlin, Zürich, Genf, Wien	Frankfurt, Berlin, Zürich

Bemerkenswert ist die regionale Dichte: Azure führt im DACH-Raum mit fünf Regionen, AWS folgt mit zwei, GCP ebenfalls mit drei. Für Unternehmen mit harten Datenresidenz-Anforderungen — etwa für österreichische Gesundheits-Workloads oder Schweizer Finanzdaten — wird diese Dichte schnell zum Auswahl-Kriterium.

Welche Cloud für welche Branche

Branchen-Muster sind nicht deterministisch, aber sie helfen bei der ersten Eingrenzung. Aus über 60 begleiteten Projekten in unserer Praxis ergeben sich folgende Tendenzen:

• Maschinenbau und produzierender MittelstandÜberwiegend Azure, weil die historische Microsoft-Landschaft (AD, Exchange, SharePoint, SQL Server) den Migrations-Pfad vorzeichnet. AWS ist die Wahl, wenn IoT-Plattformen, Edge-Compute oder cloud-native Greenfield-Projekte im Vordergrund stehen.
• Handel und E-CommerceGemischt — AWS ist häufig erste Wahl für Shop-Plattformen wegen der Skalierbarkeit von Lambda, DynamoDB und CloudFront. Azure ist stark, wenn ERP (Dynamics, SAP) und Office-365-Integration im Mittelpunkt stehen. GCP wird zugekauft für Empfehlungs-Engines und Personalisierung über BigQuery.
• Finanz- und Versicherungs-BrancheStark reguliert, in der Schweiz häufig Azure mit Switzerland-Regionen, in Deutschland Azure oder AWS Frankfurt. Datenresidenz und Schlüssel-Hoheit (Customer-Managed Keys, HSM) sind die entscheidenden Auswahl-Kriterien.
• Gesundheits- und Pharma-BrancheDatenresidenz und Datenschutz haben oberste Priorität — typischerweise Azure mit Germany West Central oder AWS mit eu-central-1 plus zusätzliche Auftragsverarbeitungs-Klauseln. GCP eher selten, außer für Forschungs- und Genomik-Workloads.
• Software- und Tech-UnternehmenHäufig AWS oder GCP — bei AWS wegen Service-Breite, bei GCP wegen Kubernetes- und Daten-Stärken. Azure spielt eine kleinere Rolle, außer wenn Enterprise-Kunden Microsoft-Stacks erwarten.
• Öffentliche Hand und BehördenWachsende Bedeutung souveräner Lösungen wie StackIT oder Sovereign Clouds von Azure und AWS. Reine Hyperscaler-Migrationen sind ohne explizites Souveränitäts-Konzept zunehmend schwer durchsetzbar.

Hybrid-Szenarien — Azure Arc, AWS Outposts, GCP Anthos

Hybride Architekturen, in denen ein Teil der IT in der eigenen Datenhalle oder beim Kollokations-Anbieter bleibt und ein anderer Teil in der Cloud läuft, sind im DACH-Mittelstand 2026 die Norm. Alle drei Hyperscaler bieten dafür eigene Hybrid-Plattformen, die sich in Reife und Konzept deutlich unterscheiden.

Azure Arc verfolgt den umfassendsten Ansatz. Mit Arc werden lokale Server, Kubernetes-Cluster, Datenbanken und sogar Workloads anderer Cloud-Anbieter unter eine einheitliche Azure-Verwaltungsebene gebracht. Konfigurations-Management, Compliance-Policies, Monitoring und Patching laufen über dieselben Werkzeuge wie native Azure-Ressourcen. Für Unternehmen mit verteilten Standorten und gemischten Umgebungen ist Arc 2026 die ausgereifteste Hybrid-Plattform.

AWS Outposts ist konzeptionell das Gegenteil: AWS liefert ein vorkonfiguriertes Rack mit AWS-Hardware in das Kunden-Rechenzentrum, das dort als Verlängerung einer AWS-Region läuft. Vorteil ist eine echte AWS-Erfahrung lokal — dieselben APIs, dieselben Werkzeuge. Nachteil sind die Hardware-Kosten, der Platzbedarf und die Bindung an die AWS-Hardware-Roadmap. Outposts ist sinnvoll für Latenz-kritische Workloads oder spezifische Compliance-Anforderungen, weniger für klassische Hybrid-Konsolidierung.

Google Anthos setzt vollständig auf Kubernetes als Abstraktions-Ebene. Anthos läuft auf GKE, auf lokalen Clustern, auf AWS und Azure — alles über eine zentrale Verwaltung. Für Unternehmen, die ohnehin auf Kubernetes-native Architektur setzen, ist Anthos die konsistenteste Multi-Cloud-Plattform. Für klassische VM- oder Legacy-Workloads ist Anthos weniger passend, weil es konzeptionell auf containerisierte Anwendungen ausgelegt ist.

Migrations-Aufwand zwischen den Clouds und Vendor-Lock-in

Die Frage nach Vendor-Lock-in ist eines der häufigsten Themen in Vorstands-Diskussionen — und gleichzeitig eines der am häufigsten falsch verstandenen. Ein gewisser Lock-in ist bei jeder Cloud-Plattform unvermeidlich. Die Frage ist nicht, ob er existiert, sondern wie groß er ist und welche Bestandteile betroffen sind.

Migrations-Aufwand verteilt sich grob auf drei Schichten. Infrastruktur-nahe Bausteine wie virtuelle Maschinen, Block- und Objekt-Speicher und Standard-Netzwerkstrukturen lassen sich mit überschaubarem Aufwand zwischen den Anbietern verschieben — typischerweise 1.500 bis 4.000 Euro pro VM-Workload inklusive Test, Cut-over und Dokumentation. Managed-Datenbank-Migrationen sind aufwändiger, je nach Datenbank-Größe und Downtime-Toleranz zwischen 8.000 und 60.000 Euro pro Datenbank. Anbieter-spezifische Dienste wie serverlose Funktionen, proprietäre Identity-Plattformen oder native ML-Plattformen sind in der Regel komplette Re-Implementierungen, die je nach Komplexität 20 bis 60 Prozent des ursprünglichen Build-Aufwands kosten.

Praktisch heißt das: Wer Lock-in minimieren will, hält sich bei Architektur-Entscheidungen an offene Standards wo immer möglich — Kubernetes statt nativem Container-Orchestrator, Postgres oder MySQL statt anbieter-spezifischer Datenbank-Dialekte, OpenTelemetry statt proprietärem Monitoring. Das verursacht etwas höhere Kosten in der Anfangs-Phase und nimmt einige der bequemen Managed-Service-Vorteile, zahlt sich aber bei Anbieter-Wechseln oder Multi-Cloud-Strategien aus. Eine vertiefte Behandlung dieser Abwägung finden Sie in unserem Cluster zu Multi-Cloud versus Single-Cloud.

DSGVO und Datenresidenz

Die DSGVO-Konformität der drei Hyperscaler ist 2026 grundsätzlich gegeben, aber im Detail differenziert zu bewerten. Alle drei Anbieter stellen Auftragsverarbeitungs-Verträge nach Artikel 28 DSGVO bereit, betreiben EU-Regionen und bieten Verschlüsselungs-Optionen mit kundeneigenen Schlüsseln über Hardware-Security-Module. Die belastbare Mindest-Konfiguration für sensible Daten umfasst typischerweise: Wahl einer EU-Region, Aktivierung von Customer-Managed Keys über den jeweiligen Key-Management-Dienst, vertragliche Zusatz-Klauseln und eine dokumentierte Datenschutz-Folgenabschätzung.

Die verbleibende Streitfrage betrifft Transfers in die USA und den Behörden-Zugriff nach dem US-amerikanischen CLOUD Act. Das EU-US Data Privacy Framework von Juli 2023 hat hier eine neue Rechtsgrundlage geschaffen — alle drei Hyperscaler sind unter dem Framework zertifiziert. Einzelne deutsche Aufsichts-Behörden bewerten Rest-Risiken aber weiterhin unterschiedlich. Für Unternehmen mit besonders sensiblen Daten — Gesundheits-, Finanz-, Kinder- oder Strafverfolgungs-Daten — sind Sovereign-Cloud-Angebote, etwa Microsoft Cloud for Sovereignty oder AWS European Sovereign Cloud (geplant 2026), zunehmend eine ergänzende Option. Für die meisten mittelständischen Anwendungsfälle bleibt eine sorgfältig konfigurierte Standard-Hyperscaler-Region die pragmatische Wahl.

Reepa-Erfahrung mit allen drei Anbietern

Wir betreiben in unserer Beratungs- und Projekt-Praxis seit 2018 Workloads auf allen drei Hyperscalern und haben gemischt positive wie negative Erfahrungen gesammelt. Aus dieser Erfahrung haben sich einige praktische Heuristiken herauskristallisiert.

Erstens: Die Anbieter-Entscheidung wird zu oft als rein technische behandelt, ist aber zu rund zwei Dritteln eine personal- und organisations-strategische. Welche Skills sind im Haus? Welche werden günstig am Markt gefunden? Welche Lieferanten-Partnerschaften bestehen? Diese Fragen bestimmen den langfristigen Erfolg stärker als technische Feature-Vergleiche.

Zweitens: Die Kosten-Bandbreite zwischen den drei Anbietern für vergleichbare Workloads ist meist kleiner als der interne Betriebs- und Personal-Aufwand. Wer wegen 8 Prozent Listen-Preis-Unterschied zwischen AWS und Azure den Anbieter wechselt, hat in der Regel die größeren Kosten-Hebel (Reservierungen, Rightsizing, Egress-Optimierung, FinOps-Disziplin) noch nicht gehoben. Eine systematische Cloud-Kosten-Optimierung über alle Hyperscaler hinweg ist Thema unseres Artikels zu Cloud-Kosten und FinOps.

Drittens: Migrations-Projekte ohne klares Architektur-Ziel scheitern unabhängig vom Anbieter. Wer ohne Strategie „in die Cloud“ migriert, baut typischerweise ein virtuelles Rechenzentrum mit den Nachteilen beider Welten — Cloud-Preise bei Datacenter-Architektur. Eine strukturierte Vorgehensweise vom Assessment bis zum Cut-over haben wir in unserem Cloud-Migrations-Leitfaden beschrieben.

Häufige Fragen