Cloud Computing & Rechenzentrums-Betrieb

AWS und Azure als DMA-Gatekeeper: EU-Kommission und Cloud-Markt-Regulierung

Mathias Diwo · Stand: 26. Juni 2026 · ⏱️ 18 Min. Lesezeit
Die EU-Kommission nimmt Amazon Web Services und Microsoft Azure über den Digital Markets Act und den EU Data Act in die Zange. Dieser Leitfaden analysiert Lizenzdiskriminierung, Egress-Verbote nach Artikel 23 bis 29 und die Verhandlungshebel für den CIO.
Regulatorische Vermessung von Cloud-Gatekeepern unter dem Digital Markets Act

Executive Summary

  • ✓Wettbewerbsrechtliche Aufsicht über Hyperscaler: Über den Digital Markets Act (Artikel 3, 5 und 6) sowie § 19a** GWB gehen EU-Kommission und Kartellbehörden gezielt gegen Lizenzdiskriminierung und Produktkopplung bei AWS und Microsoft Azure vor.
  • ✓Ende künstlicher BYOL-Strafzölle: Die missbräuchliche Verteuerung von Windows Server und SQL Server beim Betrieb auf konkurrierenden Cloud-Plattformen sowie die Zwangsbündelung mit Entra ID und Teams stehen im Zentrum der Regulierungsverfahren.
  • ✓Gesetzlicher Wechselanspruch nach EU Data Act: Die Artikel 23 bis 29 erzwingen offene Exportschnittstellen, begrenzen Kündigungsfristen auf maximal 30 Tage und streichen Egress-Wechselgebühren ab Januar 2027 vollständig auf null Euro.
  • ✓Bis zu 47 Prozent TCO*-Reduktion über 60 Monate: Durch den Wegfall prohibitiver Datenabflusskosten und das Aufbrechen monolithischer Abnahmeverpflichtungen verschiebt sich die Verhandlungsmacht bei Vertragsverlängerungen massiv zugunsten der CIOs.

Über mehr als ein Jahrzehnt hinweg konnten die dominierenden US-Hyperscaler Amazon Web Services (AWS), Microsoft Azure und Google Cloud Platform (GCP) ihre Marktmacht in Europa nahezu ungehindert ausbauen. Gemeinsam kontrollieren diese drei Konzerne heute über 70 Prozent des europäischen Infrastrukturmarktes. Mit proprietären Schnittstellen, asymmetrischen Lizenzregeln und hohen Gebühren für den Datenabzug errichteten sie ökonomische Hürden, die einen Anbieterwechsel im laufenden Betrieb kaufmännisch unrentabel machten.

Mit dem Zusammenspiel aus dem Digital Markets Act (DMA, Verordnung EU 2022/1925) und dem EU Data Act (Verordnung EU 2023/2854) greift die Europäische Kommission nun tief in die Geschäftsmechanik der großen Cloud-Plattformen ein. Erstmals beschränkt sich Brüssel nicht mehr auf langwierige nachträgliche Bußgeldverfahren, sondern kombiniert direkte Verhaltenspflichten für marktbeherrschende Plattformbetreiber mit einem einklagbaren, technisch präzisen Recht auf Cloud-Portabilität für jedes Anwenderunternehmen.

Für CIOs, Chefarchitekten und den strategischen IT-Einkauf verändert dieses regulatorische Doppelpaket die Ausgangslage am Verhandlungstisch fundamental. Wer die juristischen Hebel aus DMA-Aufsicht und Data-Act-Wechselrecht gezielt in seine Architektur- und Beschaffungsstrategie übersetzt, bricht einseitige Abhängigkeiten auf und senkt seine Fünfjahresgesamtkosten erheblich. Dieser Leitfaden analysiert die regulatorische Mechanik und liefert den konkreten Umsetzungsplan für Enterprise-Umgebungen.

Der Preis des Monopols: Wie AWS und Azure den europäischen Cloud-Markt abriegelten

Um die Tragweite der Brüsseler Marktuntersuchungen einzuordnen, lohnt ein genauer Blick auf die drei Säulen, mit denen sich AWS und Microsoft Azure ihre Marktstellung in europäischen Konzernen abgesichert haben. Die erste Säule bildet die künstliche Kostenasymmetrie beim Datentransfer: Während das Einspielen von Unternehmensdaten in den Cloud-Speicher (Ingress) traditionell kostenlos angeboten wird, bepreisen die Hyperscaler jeden ausgehenden Datenstrom (Egress) mit bis zu neun US-Cent pro Gigabyte.

Für datenintensive Industrieunternehmen, Banken oder Medienhäuser, die mehrere hundert Terabyte in Objektspeichern wie Amazon S3 oder Azure Blob Storage vorhalten und regelmäßig mit eigenen Rechenzentren oder Zweitanbietern synchronisieren müssen, summiert sich dieser Posten schnell auf sechsstellige Jahresbeträge. Der eigentliche Zweck dieser Tarifstruktur lag selten in der Deckung realer Leitungskosten, sondern in der Abschreckung vor hybriden Multi-Cloud-Architekturen.

Die zweite, kaufmännisch noch wirksamere Säule betrifft die diskriminierende Softwarelizenzierung durch Microsoft. Seit den Lizenzänderungen der Jahre 2019 und 2022 verteuerte der Konzern die Mitnahme bestehender Kauflizenzen (Bring Your Own License, BYOL) für Windows Server und SQL Server auf die Infrastrukturen sogenannter Listed Providers massiv. Wer seine bestehenden Serverlizenzen auf AWS, Google Cloud oder nicht-autorisierten Rechenzentren betreiben wollte, musste plötzlich hohe Lizenzmobilitäts-Aufschläge oder erzwungene Core-Multiplikatoren akzeptieren.

Gleichzeitig gewährte Microsoft über den sogenannten Azure Hybrid Benefit erhebliche Rabatte von bis zu 40 Prozent, sofern dieselben Workloads exklusiv in die hauseigene Azure-Cloud verlagert wurden. Ergänzt wird diese Praxis durch die dritte Säule: die enge technische und kaufmännische Kopplung des zentralen Verzeichnisdienstes Microsoft Entra ID (vormals Azure Active Directory), der Bürokommunikation rund um Microsoft 365 und Teams sowie der Sicherheits-Telemetrie (Microsoft Defender) an Azure-Infrastrukturverträge.

Architektonischer Blindspot: Das Kleingedruckte vermeintlich kostenloser Egress-Programme und der PaaS-Lock-in

Viele Einkaufsabteilungen wähnen sich nach den PR-Ankündigungen der Hyperscaler über kostenlose Datenabzüge bereits am Ziel. Doch die freiwilligen Egress-Befreiungen greifen meist nur bei vollständiger Kontolöschung nach vorheriger Support-Genehmigung und helfen im laufenden Multi-Cloud-Betrieb überhaupt nicht. Zudem bleibt der funktionale Lock-in durch proprietäre PaaS-Datenbanken wie AWS DynamoDB oder Azure Cosmos DB bestehen, solange Workloads nicht auf offene Container- und SQL-Standards umgestellt werden.

Diese Kombination aus Netzwerkkosten-Schranken, Lizenzaufschlägen für Drittplattformen und tief verankerter Identitätskopplung hat dazu geführt, dass europäische Unternehmen bei Vertragsverlängerungen oft Preissteigerungen von 20 bis 35 Prozent hinnehmen mussten. Welche technischen Entkopplungsschritte erforderlich sind, um diese Abhängigkeit strukturell zu beenden, beleuchtet unser Dossier zum Aufbau einer souveränen IT-Infrastruktur und Cloud-Exit-Architektur.

Ergänzende Architektur-Analysen und technische Entscheidungsmatrizen für Ihre IT-Planung finden Sie in unseren weiterführenden Leitartikeln zu Sovereignty by Design im Enterprise-Einsatz, zu Grommunio vs Exchange im Enterprise-Einsatz sowie zu Matrix Element Messenger im Enterprise-Einsatz.

Technischer und juristischer Deep-Dive: DMA-Verpflichtungen und EU Data Act Artikel 23 bis 29

Die regulatorische Antwort Europas stützt sich auf zwei komplementäre Säulen, die CIOs in ihrer Wechselwirkung verstehen müssen. Während der Digital Markets Act (DMA) auf der Makroebene das Marktverhalten dominanter Technologiekonzerne diszipliniert, gibt der EU Data Act jedem einzelnen Kunden auf der Mikroebene verbindliche, technisch durchsetzbare Vertrags- und Schnittstellenrechte in die Hand.

Artikel 3, 5 und 6 DMA sowie § 19a GWB: Schranken gegen Lizenzkopplung und Selbstbevorzugung

Im Rahmen des Digital Markets Act stuft die Europäische Kommission Unternehmen ab einem Jahresumsatz von 7,5 Milliarden Euro im Europäischen Wirtschaftsraum und mindestens 45 Millionen monatlich aktiven Endnutzern nach Artikel 3 DMA als Gatekeeper für zentrale Plattformdienste (Core Platform Services) ein. Da Cloud-Computing-Dienste ausdrücklich im Katalog der zehn regulierten Plattformkategorien des Artikels 2 Absatz 2 DMA aufgeführt sind, stehen AWS und Microsoft Azure unter verschärfter Beobachtung der Brüsseler Wettbewerbshüter.

Obwohl Microsoft im Sommer 2024 durch eine millionenschwere außergerichtliche Einigung mit dem Verband CISPE versuchte, eine formale Beschwerde durch Zugeständnisse für kleinere europäische Hoster abzuwenden, blieben die großen Wettbewerber AWS und Google Cloud von diesen Lizenz-Erleichterungen ausgeschlossen. Parallel führt das deutsche Bundeskartellamt unter dem Aktenzeichen B6-22/23 ein Verfahren nach § 19a GWB wegen überragender marktübergreifender Bedeutung für den Wettbewerb gegen Microsoft, das gezielt die Verzahnung von Cloud-Diensten und Unternehmenssoftware prüft.

Im Fokus stehen dabei die Verhaltenspflichten der Artikel 5 und 6 DMA: Gatekeeper dürfen ihre marktbeherrschende Stellung bei Betriebssystemen, Identitätsdiensten (Entra ID) oder Produktivitätssuiten nicht nutzen, um Kunden vertraglich oder technisch in die eigene Cloud-Infrastruktur zu zwingen (Kopplungsverbot). Ebenso untersagt Artikel 6 Absatz 5 DMA jede technische Selbstbevorzugung, etwa wenn Authentifizierungs-APIs, Sicherheits-Logs oder Latenzprofile für Drittanbieter-Clouds künstlich gedrosselt oder nur gegen Aufpreis freigeschaltet werden.

„Der Digital Markets Act und der EU Data Act beenden die Ära einseitiger Cloud-Abhängigkeiten: Wo Hyperscaler früher über Egress-Zölle und BYOL-Sperren den Ausstieg blockierten, erzwingt das europäische Recht heute offene Schnittstellen, 30-Tage-Kündigungsrechte und volle Kostenfreiheit beim Plattformwechsel.“

Für den Enterprise-Einkauf ist entscheidend, dass Verstöße gegen die DMA-Verpflichtungen mit Bußgeldern von bis zu zehn Prozent des weltweiten Konzernumsatzes (und bei Wiederholung bis zu 20 Prozent) belegt sind. Allein diese Drohkulisse sorgt dafür, dass Rechtsabteilungen der Hyperscaler bei individuellen Enterprise-Verhandlungen zunehmend bereit sind, restriktive Kopplungsklauseln zu streichen, sobald der Kunde fundiert auf die kartellrechtliche Unzulässigkeit verweist.

EU Data Act Artikel 23 bis 29: Abschaffung der Egress-Gebühren und funktionale Äquivalenz

Noch unmittelbarer greift Kapitel VI des EU Data Act (Artikel 23 bis 31) in sämtliche bestehenden und neuen Cloud-Verträge ein. Artikel 29 regelt das schrittweise Aus für Wechselgebühren (Switching Charges, einschließlich Datenexport- bzw. Egress-Gebühren): Bereits seit dem Inkrafttreten am 11. Januar 2024 dürfen Anbieter ihren Kunden für den Wechselprozess höchstens noch die unmittelbar durch den Datentransfer entstehenden technischen Grenzkosten ohne jegliche Gewinnmarge in Rechnung stellen.

Ab dem 12. Januar 2027 gilt schließlich das absolute Null-Euro-Gebot: Ab diesem Stichtag ist es Cloud-Anbietern gesetzlich verboten, irgendwelche Wechsel- oder Datenexportgebühren für den Umzug zu einem anderen Provider oder in ein eigenes On-Premises-Rechenzentrum zu erheben. Auch Gebühren für den parallelen Datenabfluss im Rahmen einer dauerhaften Multi-Cloud-Nutzung dürfen nach Artikel 29 Absatz 4 nur noch auf Basis streng nachweisbarer Durchleitungskosten abgerechnet werden.

Flankiert wird diese finanzielle Entlastung durch strikte Vorgaben in den Artikeln 25 und 26. Jeder Cloud-Vertrag muss dem Kunden das Recht einräumen, den Wechsel mit höchstens zwei Monaten Vorlauf einzuleiten und die technische Migration binnen 30 Kalendertagen abzuschließen. Währenddessen muss der bisherige Provider die Geschäftskontinuität sichern und die Daten nach Abschluss noch mindestens 30 Tage abrufbar vorhalten.

Technisch differenziert Artikel 30 des Data Act präzise nach Dienstebenen: Bei Infrastructure-as-a-Service (IaaS) schuldet der abgebende Anbieter Maßnahmen zur Erreichung funktionaler Äquivalenz, damit virtuelle Maschinen, Speicher-Volumes und Netzwerktopologien über offene Image-Formate (wie QCOW2, RAW oder OCI) mit vergleichbarer Leistung auf der Zielplattform laufen. Bei PaaS- und SaaS-Diensten müssen dokumentierte, offene Schnittstellen und strukturierte Exportformate (wie JSON, Parquet oder ANSI-SQL) unentgeltlich bereitgestellt werden.

Sektorale Auswirkungen: Automobilindustrie, Finanzwesen, Gesundheit und Kritische Infrastruktur

In der europäischen Industrie entfaltet das Zusammenspiel aus DMA, Data Act und Artikel 32 (Schutz vor unrechtmäßigem Drittstaatenzugriff auf nicht-personenbezogene Daten) bereits heute spürbare Wirkung. In der Automobilindustrie und im Maschinenbau ermöglicht das Verbot proprietärer Schnittstellen-Blockaden erstmals den wirtschaftlichen Betrieb föderierter Datenräume wie Catena-X, ohne dass für den Austausch hochfrequenter Fertigungs- und Telemetriedaten zwischen Zulieferer-Clouds prohibitive Egress-Mautgebühren anfallen.

Für Kreditinstitute, Versicherungen und Finanzdienstleister schließt der Data Act eine kritische Lücke zur EU-Verordnung DORA (Digital Operational Resilience Act). Während DORA in Artikel 28 von Banken verbindliche, getestete Ausstiegsstrategien und die Vermeidung von Anbieter-Konzentrationsrisiken verlangt, liefert der Data Act nun den gesetzlichen Durchsetzungsanspruch gegenüber dem Hyperscaler, um Transaktionsdaten und Container-Workloads ohne Strafgebühren auf einen europäischen Zweitanbieter zu spiegeln.

Auch im Gesundheitswesen sowie bei kommunalen Energie- und Wasserversorgern verändert Artikel 32 des Data Act die Risikoabwägung grundlegend. Da Cloud-Anbieter gesetzlich verpflichtet werden, alle technischen, organisatorischen und rechtlichen Maßnahmen zu ergreifen, um behördliche Herausgabeanordnungen aus Drittstaaten (wie unter dem US CLOUD Act) abzuwehren, verlagern Betreiber kritischer SCADA-, Smart-Grid- und Kliniksysteme ihre sensitiven Workloads verstärkt auf europäisch kontrollierte Sovereign-Cloud-Plattformen.

Regulatorischer und architektonischer Vergleich: Hyperscaler-Praxis versus EU-Rechtsrahmen

Für die Vorbereitung kommender Lizenz- und Vertragsverhandlungen benötigt die IT-Leitung eine präzise Gegenüberstellung zwischen den historisch gewachsenen Klauseln der US-Hyperscaler, den typischen Abwehrmechanismen der Gatekeeper und der verbindlichen Rechtslage unter DMA und EU Data Act. Nur wer die juristischen Schutzvorschriften im Detail kennt, erkennt unzulässige Umgehungsversuche in aktuellen Standardverträgen sofort.

Die folgende Bloomberg-Radar-Matrix fasst die fünf wichtigsten Verhandlungs- und Architekturdimensionen für den CIO zusammen:

Regulierungs- & Vertragsdimension Historische Hyperscaler-Praxis (AWS & Azure) Verbindliche Pflichten unter DMA & EU Data Act CIO-Bewertung
1. Datenexport- & Wechselkosten (Egress) Hohe Egress-Gebühren bis 0,09 USD pro GB; Erlass nur bei vollständiger Kontolöschung nach Ticket-Prüfung. Art. 29 Data Act deckelt Kosten seit 2024 auf reine Selbstkosten und verbietet ab 12.01.2027 jegliche Wechselgebühren.
0 € WechselGesetzliches Egress-Verbot
2. Vertragslaufzeiten & Kündigungsrecht Mehrjährige Abnahmeverpflichtungen (MACC / EDP) über 36 bis 60 Monate ohne vorzeitiges Ausstiegsrecht. Art. 25 Data Act erzwingt jederzeitiges Wechselrecht mit maximal 2 Monaten Vorlauf und 30 Tagen technischer Migration.
Max. 30 TageZwingendes Sonderwechselrecht
3. Software-Lizenzierung & BYOL-Regeln Bis zu 400 % Aufpreis für Windows Server und SQL Server auf Nicht-Azure-Clouds sowie Entra-ID-Kopplung. Art. 5 & 6 DMA sowie § 19a GWB untersagen Gatekeepern die Kopplung und Selbstbevorzugung eigener Plattformdienste.
Starker HebelBYOL-Aufschläge angreifbar
4. Schnittstellen & Funktionsäquivalenz Proprietäre PaaS-APIs (DynamoDB, Cosmos DB) und erschwerter Export von Metadaten und Netzwerktopologien. Art. 30 Data Act verpflichtet zu funktionaler Äquivalenz (IaaS) sowie offenen, dokumentierten Export-APIs (PaaS/SaaS).
Open StandardsPflicht zu offenen Exporten
5. Drittstaatenzugriff & Souveränität Extraterritorialer Durchgriff US-amerikanischer Behörden via US CLOUD Act trotz EU-Rechenzentrumsstandort. Art. 32 Data Act verbietet die Herausgabe nicht-personenbezogener EU-Daten ohne völkerrechtliches Rechtshilfeabkommen.
EU-SchutzschildStrikte Sperre nach Art. 32

Die Gegenüberstellung verdeutlicht, dass insbesondere langfristige Volumenverträge wie der Microsoft Azure Consumption Commitment (MACC) oder das AWS Enterprise Discount Program (EDP) einer gründlichen juristischen Neubewertung bedürfen. Klauseln, die bei einem vorzeitigen Workload-Abzug Strafzahlungen in Höhe des gesamten Restvertragswertes vorsehen, kollidieren frontal mit dem Behinderungsverbot des Artikels 25 Data Act.

Ebenso wichtig ist die technische Seite der Medaille: Zwar müssen die Gatekeeper offene Exportformate bereitstellen, doch die Verantwortung für eine portierbare Anwendungsarchitektur verbleibt beim Kunden. Wer seine Applikationen auf Basis von Standard-Kubernetes, PostgreSQL und OpenTofu statt auf proprietären Serverless-Funktionen betreibt, kann das 30-Tage-Wechselrecht des Data Act jederzeit operativ vollziehen.

Vollkostenrechnung über 60 Monate: Wie Egress-Wegfall und BYOL-Freiheit die 5-Jahres-TCO drehen

Welche kaufmännische Sprengkraft die EU-Regulierung entfaltet, zeigt eine exemplarische Vollkostenrechnung über 60 Monate (5 Jahre) für ein gehobenes mittelständisches Unternehmen. Wir betrachten eine produktive Cloud-Landschaft mit 120 dauerhaft laufenden Compute-Instanzen (insgesamt 960 vCPUs und 3.840 GB RAM), einem aktiven Datenbestand von 500 Terabyte (Block- und Objektspeicher) sowie einem monatlichen ausgehenden Datentransfer von 150 Terabyte an Partner- und Analyseplattformen.

Im bisherigen monolithischen Hyperscaler-Szenario (Szenario A) summieren sich die Basis-Infrastrukturkosten inklusive Speicher auf rund 48.000 Euro pro Monat. Hinzu kommen monatlich rund 11.500 Euro an Egress- und Inter-Region-Transfergebühren sowie durchschnittlich 9.500 Euro pro Monat für lizenzrechtliche Aufschläge auf SQL- und Windows-Workloads nebst Premium-Support. Über 60 Monate ergibt dies unter Berücksichtigung üblicher Preisanpassungen nach Ablauf der ersten Dreijahresbindung Gesamtkosten von rund 4,15 Millionen Euro.

Nutzt der CIO hingegen die neuen Rechte aus DMA und Data Act für eine hybride Entflechtung (Szenario B), verschiebt sich die Kostenstruktur drastisch: Die 500 Terabyte Massendaten und 70 Prozent der stabilen Grundlast-VMs werden unter Berufung auf Artikel 25 und 29 Data Act ohne Egress-Strafgebühren auf eine europäische Sovereign-Cloud- oder Colocation-Umgebung verlagert, während lediglich 30 Prozent für elastische Spitzenlasten beim Hyperscaler verbleiben.

Durch den Wegfall der laufenden Egress-Gebühren (690.000 Euro Ersparnis über fünf Jahre), die Umstellung proprietärer Datenbank-PaaS-Dienste auf quelloffenes PostgreSQL sowie rund 45 Prozent günstigere Compute- und NVMe-Preise im europäischen Infrastrukturbetrieb sinken die Gesamtkosten inklusive eines einmaligen Migrationsbudgets von 140.000 Euro auf 2,18 Millionen Euro über 60 Monate. Das Unternehmen realisiert einen Netto-TCO-Vorteil von 1,97 Millionen Euro (47,4 Prozent Ersparnis), wie auch unser detaillierter 5-Jahres-TCO-Vergleich zwischen Rechenzentrums-Eigenbetrieb und Hyperscalern belegt.

Die Make-or-Buy Sourcing-Weiche und Organhaftung der Geschäftsführung

Um die neu gewonnene regulatorische Freiheit in stabile Betriebskonzepte zu überführen, strukturieren europäische CIOs ihre Infrastruktur-Beschaffung entlang dreier bewährter Architekturpfade. Welches Modell den höchsten wirtschaftlichen und regulatorischen Nutzen stiftet, hängt primär von der Kritikalität der Daten und der vorhandenen internen Plattform-Kompetenz ab.

Erstens (Hybride Dual-Cloud): Unternehmen, die weiterhin globale Skalierungsdienste von AWS oder Azure benötigen, verankern in ihren Verträgen explizite Data-Act-Konformitätsklauseln und betreiben einen zweiten, europäischen Cloud-Provider als aktives Failover-Ziel. Sämtliche Applikationen werden konsequent in OCI-konformen Containern mit OpenTofu-Automatisierung gekapselt, sodass Workloads binnen weniger Tage zwischen den Anbietern verschoben werden können.

Zweitens (Sovereign Cloud Verbund): Regulierte Branchen, öffentliche Auftraggeber und Unternehmensgruppen bündeln ihre Nachfragemacht in einer gemeinsamen Community Cloud auf Basis europäischer Rechenzentren. Als technologisches Fundament dient hierbei der Sovereign Cloud Stack (SCS), der durch standardisierte OpenStack- und Kubernetes-Schnittstellen volle Datenhoheit nach Artikel 32 Data Act und jederzeitige Anbieterwechsel ohne Egress-Kosten garantiert.

Drittens (Selektive Repatriierung): Organisationen mit hohen, gleichmäßigen Grundlasten und großen Datenmengen holen ihre speicher- und rechenintensiven Kern-Workloads unter Nutzung des gebührenfreien Data-Act-Datenabzugs zurück auf eigene Hardware-Cluster in europäischer Colocation. Die Public Cloud dient in diesem Modell nur noch als streng begrenzter Puffer für kurzfristige Lastspitzen.

Für den Vorstand und die Geschäftsführung ist diese Weichenstellung längst keine rein technische Frage mehr, sondern berührt unmittelbar die persönliche Organhaftung nach § 93 AktG bzw. § 43 GmbHG. Wer trotz der klaren gesetzlichen Schutzinstrumente des EU Data Act neue mehrjährige Exklusivverträge ohne geprüfte Ausstiegsklauseln und ohne Schutz vor extraterritorialem Datenzugriff unterzeichnet, verletzt seine kaufmännische und regulatorische Sorgfaltspflicht.

Insbesondere im Zusammenspiel mit den Lieferkettenvorgaben der NIS-2-Richtlinie (Artikel 21) und dem BSI C5-Kriterienkatalog müssen Geschäftsleitungen gegenüber Aufsichtsgremien und Wirtschaftsprüfern dokumentieren, dass kritische IKT-Abhängigkeiten von einzelnen außereuropäischen Gatekeepern aktiv begrenzt und technisch belastbare Wechselpfade vorgehalten werden.

Der 4-Phasen-Umsetzungsfahrplan: DMA und Data Act in der Beschaffung durchsetzen

Damit die gesetzlichen Rechte aus dem Digital Markets Act und dem EU Data Act nicht auf dem Papier stehen bleiben, sondern sich in konkreten Kostensenkungen und technischer Unabhängigkeit niederschlagen, empfiehlt sich ein strukturiertes Vorgehen über vier Quartale. Entscheidend ist die enge Verzahnung zwischen IT-Architektur, Lizenzmanagement und Rechtsabteilung.

Phase 1 (Monat 1 bis 2): Vertrags- und Lizenztriage nach DMA- und Data-Act-Kriterien

Im ersten Schritt unterzieht das Beschaffungsteam sämtliche laufenden Hyperscaler-Verträge (Enterprise Agreements, MACC, EDP) einer systematischen Prüfung. Identifiziert werden alle Klauseln zu Mindestlaufzeiten, Egress-Tarifen, Vorfälligkeitsentschädigungen sowie bestehenden BYOL-Einschränkungen für Windows Server und SQL Server. Parallel fordert der Einkauf den Provider schriftlich auf, die vertraglichen Regelungen zur Umsetzung von Artikel 25 und 29 Data Act offenzulegen.

Phase 2 (Monat 3 bis 5): Entkopplung proprietärer PaaS-Dienste und Identitäts-Föderation

Damit das gesetzliche 30-Tage-Wechselrecht technisch greift, lösen die Systemarchitekten die engsten proprietären Bindungen auf der Applikationsebene. Herstellerspezifische Datenbank- und Messaging-Dienste werden schrittweise auf offene Standards wie PostgreSQL, Apache Kafka und CNCF-zertifiziertes Kubernetes überführt, während für das Identity- und Access-Management ein unabhängiger SAML/OIDC-Broker vor Microsoft Entra ID bzw. AWS IAM geschaltet wird.

Phase 3 (Monat 6 bis 8): Aufbau des europäischen Ziel-Clusters und Live-Exit-Test

Auf Basis einer SCS-konformen europäischen Sovereign Cloud oder eigener Colocation-Infrastruktur wird eine produktionsreife Zweitplattform eingerichtet. Anschließend führt das Team einen realen Data-Act-Wechseltest für eine repräsentative Applikationsgruppe durch: Der vollständige Datenbestand wird über offene S3/OCI-Schnittstellen exportiert, die Netzwerktopologie per OpenTofu neu ausgerollt und die Abrechnung auf unzulässige Wechselgebühren überprüft.

Phase 4 (Monat 9 bis 12): Neuverhandlung der Rahmenverträge und selektive Repatriierung

Mit dem erfolgreich dokumentierten Migrationsnachweis im Rücken geht der CIO in die Jahresgespräche mit den Hyperscalern. Da die Abwanderung auf den europäischen Zweitanbieter technisch jederzeit binnen 30 Tagen vollzogen werden kann, lassen sich unfaire Preiserhöhungen und Kopplungsgeschäfte wirksam abwehren, während kostenintensive Dauerlasten planmäßig in die günstigere souveräne Zielumgebung umziehen.

Fünf Kontrollfragen für Vorstand und IT-Leitung zur Cloud-Regulierung

1. Enthalten unsere bestehenden Cloud-Rahmenverträge bereits das gesetzliche 30-Tage-Wechselrecht nach Artikel 25 EU Data Act?

Prüfen Sie gemeinsam mit Ihrer Rechtsabteilung, ob Ihre aktuellen Enterprise-Verträge mit AWS, Microsoft oder Google bereits an die zwingenden Vorgaben der Artikel 25 bis 29 Data Act angepasst wurden. Klauseln, die einen unterjährigen Workload-Abzug durch hohe Vertragsstrafen oder mehrjährige Mindestabnahmen blockieren, müssen vor der nächsten Verlängerung schriftlich beanstandet und durch ein sauberes Wechselprotokoll ersetzt werden.

2. Wie hoch sind unsere jährlichen Egress- und Datenreplikationskosten und wann greift die Null-Euro-Regelung?

Lassen Sie vom Cloud-FinOps-Team sämtliche Gebühren für ausgehenden Netzwerkverkehr, Cross-Region-Replikation und API-Abrufe der letzten zwölf Monate separat ausweisen. Da Anbieter bereits in der Übergangsphase bis zum 12. Januar 2027 nur noch nachweisbare Selbstkosten beim Wechsel berechnen dürfen, lassen sich überhöhte Transfertarife bei Teilmigrationen schon heute erfolgreich anfechten.

3. Wo zahlen wir durch Microsoft-Lizenzregeln verdeckte Aufschläge für den Betrieb auf Drittplattformen?

Analysieren Sie, ob Ihre Architektur-Entscheidungen für oder gegen bestimmte Cloud-Plattformen durch künstliche BYOL-Beschränkungen bei Windows Server, SQL Server oder Microsoft 365 verzerrt werden. Angesichts der laufenden Verfahren nach DMA und § 19a GWB sowie durch den gezielten Umstieg auf Linux- und PostgreSQL-Stacks können Sie diese Lizenzkopplung systematisch auflösen.

4. Können wir unsere wichtigsten Kernapplikationen technisch innerhalb der gesetzlichen 30-Tage-Frist umziehen?

Ein juristischer Anspruch auf Datenportabilität nützt wenig, wenn die eigene Softwarearchitektur über dutzende proprietäre Serverless- und PaaS-Schnittstellen fest mit einem einzigen Hyperscaler verdrahtet ist. Verpflichten Sie Ihre Entwicklungs- und Infrastrukturteams auf offene Container-Standards (OCI), deklaratives Infrastructure-as-Code (OpenTofu) und herstellerneutrale Datenbanken.

5. Wie sichern wir nicht-personenbezogene Geschäftsgeheimnisse gemäß Artikel 32 Data Act gegen den US CLOUD Act ab?

Artikel 32 des EU Data Act untersagt die unbefugte Herausgabe nicht-personenbezogener Unternehmensdaten an Behörden aus Drittstaaten. Stellen Sie sicher, dass schützenswerte Forschungs-, Konstruktions- und Finanzdaten entweder auf rein europäischen Sovereign-Cloud-Plattformen liegen oder durch kundenseitig verwaltete Hardware-Sicherheitsmodule (Hold Your Own Key) außerhalb der Zugriffsgewalt des US-Anbieters verschlüsselt werden.

Strategisches Fazit: Vom Hyperscaler-Diktat zur vertraglichen und technischen Souveränität

Mit dem Digital Markets Act und dem EU Data Act hat der europäische Gesetzgeber das Kräfteverhältnis zwischen globalen Cloud-Monopolisten und europäischen Anwenderunternehmen dauerhaft neu geordnet. Die jahrzehntelang praktizierte Strategie, Kunden durch kostenlosen Daten-Ingress anzulocken und anschließend über teure Egress-Zölle, restriktive Lizenzbündel und proprietäre Schnittstellen im Ökosystem einzuschließen, verliert ihre rechtliche und wirtschaftliche Grundlage.

Für CIOs und IT-Einkäufer entsteht daraus ein historisches Gelegenheitsfenster: Wer die neuen Rechtsansprüche auf 30-tägige Wechselprozesse, Gebührenfreiheit beim Datenexport und Diskriminierungsfreiheit bei Unternehmenslizenzen konsequent mit einer offenen, containerbasierten Systemarchitektur verbindet, gewinnt die volle Verhandlungsmacht zurück und senkt seine Infrastrukturkosten nachhaltig.

Häufig gestellte Fragen (FAQ) zu DMA-Gatekeepern und EU Data Act

Ab wann sind Egress- und Wechselgebühren nach dem EU Data Act vollständig verboten?

Gemäß Artikel 29 der Verordnung (EU) 2023/2854 gilt seit dem 11. Januar 2024 eine dreijährige Übergangsphase, in der Anbieter nur noch ihre direkt durch den Wechsel verursachten technischen Selbstkosten ohne Gewinnaufschlag berechnen dürfen. Ab dem 12. Januar 2027 tritt das vollständige Verbot in Kraft, sodass sämtliche Wechsel- und Datenexportprozesse für den Kunden zu null Euro erfolgen müssen.

Gilt das kostenlose Wechselrecht des Data Act auch für den Rückzug in ein eigenes On-Premises-Rechenzentrum?

Ja, ausdrücklich. Artikel 23 und Artikel 25 des EU Data Act schützen nicht nur den Wechsel zwischen zwei Public-Cloud-Anbietern, sondern gewähren exakt dieselben Rechte auf Datenexport, Unterstützungsleistungen und Gebührenbefreiung auch dann, wenn ein Unternehmen seine Workloads und Datenbestände in eine eigene On-Premises-IT-Infrastruktur zurückführt (Repatriierung).

Welche Rolle spielt das CISPE-Abkommen mit Microsoft für Unternehmenskunden auf AWS oder Google Cloud?

Die im Juli 2024 geschlossene Vereinbarung zwischen Microsoft und dem Verband CISPE bringt Lizenz-Erleichterungen primär für kleinere europäische Cloud-Provider, schließt jedoch die großen Hyperscaler AWS, Google Cloud und Alibaba explizit aus. Für Unternehmenskunden, die Microsoft-Workloads auf AWS oder GCP betreiben wollen, bleiben daher die kartellrechtlichen Verfahren nach dem DMA sowie § 19a GWB beim Bundeskartellamt der entscheidende Hebel.

Was unterscheidet die Pflichten bei IaaS von denen bei PaaS und SaaS im EU Data Act?

Nach Artikel 30 Data Act müssen Anbieter von Infrastructure-as-a-Service (IaaS) alle zumutbaren Maßnahmen ergreifen, damit der Kunde auf der Zielplattform eine funktionale Äquivalenz seiner virtuellen Ressourcen erreicht. Bei PaaS- und SaaS-Diensten entfällt zwar die Garantie identischer Laufzeitumgebungen, die Anbieter müssen jedoch offene Schnittstellen und vollständige Datenexporte nach anerkannten Interoperabilitätsstandards kostenlos bereitstellen.

Wie schützt Artikel 32 des EU Data Act vor behördlichen Zugriffen aus den USA?

Während die DSGVO nur personenbezogene Daten abdeckt, errichtet Artikel 32 Data Act einen Schutzwall für nicht-personenbezogene Unternehmensdaten, geistiges Eigentum und Maschinendaten. Cloud-Provider müssen technische und organisatorische Vorkehrungen treffen, um den Datentransfer an Behörden aus Drittstaaten zu verhindern, sofern kein völkerrechtliches Rechtshilfeabkommen mit der EU oder dem jeweiligen Mitgliedstaat besteht.

Auditierbare Primärquellen & Technische Referenzen

Institution & Herausgeber Primärquelle & Normdokument Architektonische Relevanz für den CIO
Europäische Union (Amtsblatt EUR-Lex) Verordnung (EU) 2022/1925 (Digital Markets Act) ↗ Rechtsgrundlage für die Einstufung zentraler Plattformdienste (Art. 3 DMA) sowie das Verbot von Lizenzkopplung und Selbstbevorzugung (Art. 5 und 6 DMA).
Europäische Union (Amtsblatt EUR-Lex) Verordnung (EU) 2023/2854 (EU Data Act Art. 23 bis 32) ↗ Verbindliche Vorgaben zum 30-Tage-Wechselrecht, zur Abschaffung der Egress-Gebühren (Art. 29) und zum Drittstaatenschutz (Art. 32).
Bundeskartellamt (Beschlussabteilung B6) Verfahren nach § 19a GWB gegen Microsoft Corp. ↗ Wettbewerbsrechtliche Untersuchung der marktübergreifenden Verzahnung von Windows, Office, Entra ID und der Cloud-Plattform Azure.
Sovereign Cloud Stack (OSBA e.V.) SCS Referenzarchitektur & offene Cloud-Standards ↗ Technische Spezifikation für standardisierte, Data-Act-konforme OpenStack- und Kubernetes-Plattformen ohne proprietären Vendor-Lock-in.
Bundesamt für Sicherheit in der Informationstechnik (BSI) BSI C5 Kriterienkatalog (Cloud Computing) ↗ Prüfstandard für Informationssicherheit, Datenportabilität, Schlüsselverwaltung und Ausstiegsmanagement im regulierten Cloud-Betrieb.

*Modellrechnung: Alle angegebenen Lizenz-, Infrastruktur- und TCO-Werte verstehen sich als unverbindliche Beispielkalkulation auf Basis typischer Szenarien.

**Verweise auf Gesetzestexte, Paragrafen (u. a. DSGVO, NIS-2, EU AI Act, DORA, GoBD, BetrVG) und Compliance-Normen dienen ausschließlich der unverbindlichen technischen Fachinformation für IT-Entscheider. Sie stellen keine Rechtsberatung nach dem Rechtsdienstleistungsgesetz (RDG) dar; für eine rechtsverbindliche Beurteilung Ihrer spezifischen Unternehmensorganisation konsultieren Sie bitte Ihren Rechtsbeistand oder Datenschutzbeauftragten.

★ Executive Blueprint 45-Seiten PDF
Kostenlose Executive-Ausgabe

DAS CxO-PARADOX

Die Illusion der Kontrolle

Wie falsche digitale Souveränität Wirtschaft und Staat entkernt und wie echte Unabhängigkeit gelingt.

Von Mathias Diwo · Executive Tech Advisor

  • ✓ 6-Hebel-Plan: Geordneter Ausstieg aus VMware- & Hyperscaler-Lock-ins
  • ✓ Board Scorecard: One-Page IT-Governance für Vorstand & Aufsichtsrat
  • ✓ Sofort lesbar: Vollständiges Kapitel 1 als Vorab-Dossier
Kapitel 1 & Blueprint laden (PDF) →
100 % Kostenloser Sofort-Download · Ohne Werbe-Spam
Mathias Diwo

Mathias Diwo

Herausgeber & Executive Tech Advisor

Gründer von TechNavigator.de, Buchautor (HYBRID WORK) und strategischer Beirat für CIOs und Vorstände. Begleitet mittelständische Konzerne und Verwaltungsorganisationen bei Cloud-Exit-Strategien, NIS-2 Haftungsschutz und digitaler Souveränität.