Das Data Act Versprechen: Wie man IT-Infrastrukturen ohne „Egress-Fees“ und Hürden portabel hält

Ein Albtraum für jeden IT-Entscheider ist das Phänomen des Vendor Lock-in - die technologische und wirtschaftliche Gefangenschaft bei einem einzigen IT-Dienstleister oder Cloud-Anbieter. Was mit flexiblen Tarifen und schnellen Deployments beginnt, endet nicht selten in einer Sackgasse: Die Kosten für den Speicherplatz steigen, die Servicequalität sinkt, doch ein Wechsel zu einem anderen Anbieter wird intern als „unmöglich" deklariert.

Die Hürden für einen Wechsel sind oft künstlicher Natur. Neben proprietären Datenformaten nutzen viele große Cloud-Konzerne vor allem eine wirtschaftliche Barriere: sogenannte Egress-Fees (Datenexport-Gebühren). Wer seine eigenen Daten von der Plattform abziehen möchte, wird zur Kasse gebeten. Um diesen wettbewerbsfeindlichen Praktiken ein Ende zu setzen, hat die Europäische Union den Data Act (Datengesetz) erlassen. Für Unternehmen bedeutet diese Regulierung ein mächtiges Werkzeug, um die vollständige Portabilität ihrer IT-Infrastruktur, bis hinunter zur Netzwerk- und DNS-Ebene, rechtlich einzufordern.

Die Anatomie der Wechselbarrieren: Wie Kunden gebunden werden

Proprietäre Cloud- und Edge-Anbieter haben hochentwickelte Strategien etabliert, um den Ausstieg von Kunden so komplex und teuer wie möglich zu gestalten. Im Bereich der Netzwerk- und DNS-Infrastruktur äußert sich dies durch drei Barrieren:

1. Künstliche Mautgebühren (Egress-Fees)

Während das Hochladen von Daten in die Cloud (Ingress) in der Regel kostenlos ist, lassen sich viele Anbieter jedes Gigabyte, das ihre Infrastruktur verlässt, teuer bezahlen. Für Unternehmen, die Terabytes an historischen Log-Dateien, DNS-Zonenhistorien oder KI-Trainingsdaten verschieben müssen, wird der Migrationsprozess damit zu einem unkalkulierbaren Budgetrisiko.

2. Funktionale Inkompatibilität

Viele Cloud-Riesen verpacken Standard-Netzwerkfunktionen in proprietäre, herstellerspezifische APIs. Wer seine DNS-Zonen oder Loadbalancer-Logiken tief mit den internen Automatisierungswerkzeugen eines spezifischen Hyperscalers verheiratet, stellt bei einem Wechsel fest, dass die Konfigurationsskripte nirgendwo anders funktionieren. Die gesamte Routing-Logik muss neu erfunden werden.

3. Fehlende Exit-Runbooks

Im Krisenfall, beispielsweise bei einem schwerwiegenden Compliance-Konflikt oder plötzlichen Preiseskalationen, fehlt es Unternehmen an standardisierten Prozessen, um den Betrieb ohne wochenlangen Stillstand umzuziehen. Die Anbieter stellen bewusst keine standardisierten Werkzeuge für den Massenexport von Konfigurationen bereit.

Das Data Act Mandat: Freiheit für Unternehmensdaten

Der EU Data Act bricht diese Strukturen auf, indem er Anwendern von Clouddiensten ein gesetzliches Recht auf barrierefreie Portabilität und den vollständigen Verzicht auf Wechselgebühren einräumt.

Die Verordnung zwingt Infrastruktur-Anbieter dazu, ihre Plattformen nach klaren Kriterien umzugestalten:

• Verbot von Egress-Fees: Die Erhebung von Gebühren für den reinen Datenexport im Falle eines Anbieterwechsels ist schrittweise komplett verboten. Das Verschieben von Daten darf kein Kostenfaktor mehr sein.
• Gewährleistung funktionaler Äquivalenz: Der Quell-Anbieter muss technisch sicherstellen, dass der Kunde seine Dienste beim neuen Anbieter in einer vergleichbaren Qualität und mit derselben Funktionalität fortführen kann.
• Offenlegung von Schnittstellen: Anbieter müssen transparente, offene APIs bereitstellen, über die alle Konfigurationsdaten, Metadaten und Protokolle in standardisierten, maschinenlesbaren Formaten (wie JSON oder YAML) exportiert werden können.

Die Umsetzung in der Praxis: Cloud-agnostische Edge-Architektur

Um vom Data Act nicht nur theoretisch zu profitieren, sondern die gewonnene Freiheit operativ zu nutzen, müssen IT-Architekturen von vornherein auf offenen Web-Standards und herstellerunabhängigen Schnittstellen aufgebaut werden. Am Beispiel einer souveränen Edge-Plattform (Anycast DNS, Loadbalancing) wird deutlich, wie ein Datalog-konformes Setup aussieht.

[ Ihre Edge-Infrastruktur ]
       |
       +---> Konfiguration via offener OpenAPI (Standard-JSON/YAML)
       |
       +---> Portierung via Infrastructure as Code (Terraform-Skripte)
       |
       +---> Export aller Logdaten ohne künstliche Egress-Gebühren
       |
       v
[ Jederzeit bereit für den nahtlosen Wechsel zu Partner B oder On-Prem ]

1. Offene APIs statt proprietärer Dashboards

Eine souveräne Plattform verwaltet DNS-Zonen und Routing-Regeln über eine vollständig dokumentierte REST-API (OpenAPI-Standard). Jede Konfiguration lässt sich als sauberes JSON- oder YAML-Manifest exportieren. Möchte das Unternehmen den Betreiber wechseln, können die exakten Zonenstrukturen per Skript ausgelesen und eins zu eins in das neue System eingespielt werden, ohne Informationsverlust.

2. Multi-Cloud-Fähigkeit durch Infrastructure as Code

Weil die Konfiguration der Edge-Infrastruktur als Code (z. B. via Terraform) definiert ist, bleibt das System portabel. Die logische Beschreibung des Netzwerks ist von der physischen Ausführung getrennt. Das Unternehmen besitzt die vollen „Exit-Runbooks" in Form seiner eigenen Code-Repositories und kann das gesamte weltweite Anycast-Routing theoretisch innerhalb von Minuten auf einer komplett anderen Infrastruktur neu hochfahren.

3. Freier Fluss von Telemetrie- und Logdaten

Ob 34 Milliarden Log-Zeilen oder Millionen von Monitoring-Metriken pro Monat: Eine souveräne Architektur speichert und exportiert Daten in offenen Formaten, ohne künstliche Hürden oder versteckte Kosten. Das Unternehmen behält die uneingeschränkte Hoheit über seine historischen Datenströme.

Fazit: Portabilität als Qualitätsmerkmal

Der Data Act markiert das Ende der Ära, in der Cloud-Anbieter ihre Kunden durch künstliche Mauern und finanzielle Strafen festhalten konnten. Für den Mittelstand bedeutet dies eine enorme Chance: Qualität, Datensouveränität und Service-Level-Agreements (SLAs) werden wieder zu den primären Entscheidungskriterien am Markt. Wer konsequent auf eine offene, standardbasierte und Cloud-agnostische IT-Architektur setzt, erfüllt nicht nur die gesetzlichen Vorgaben von morgen, sondern sichert sich die wichtigste Eigenschaft im digitalen Wettbewerb: die absolute Freiheit, jederzeit den besten Weg für das eigene Unternehmen zu wählen.

FAQ: Data Act & Infrastruktur-Praxis

Ab wann müssen die Vorgaben des Data Acts zwingend umgesetzt sein?

Die europäische Data-Act-Verordnung ist nach Ablauf der Übergangsfristen ab dem 12. September 2025 vollumfänglich und verbindlich für alle Anbieter von Clouddiensten und vernetzten Produkten anzuwenden, die auf dem europäischen Markt agieren.

Gilt das Verbot von Egress-Fees für jeden Datenexport?

Das strenge Verbot von Wechselgebühren und Datenexportkosten im Data Act greift spezifisch im Kontext eines Anbieterwechsels (Switching). Es soll verhindern, dass Unternehmen durch horrende Rechnungen für den Datenabzug systematisch davon abgehalten werden, zu einem konkurrierenden Dienstleister zu migrieren. Der normale, alltägliche Datenverkehr im Rahmen des laufenden Betriebs unterliegt weiterhin den vereinbarten Vertragskonditionen, wobei auch hier Transparenz gefordert ist.

Wie hilft der Data Act bei der Verhandlung mit IT-Dienstleistern?

Er verschiebt die Machtbalance zurück zum Kunden. Bei Vertragsverhandlungen oder Audits können Unternehmen nun explizit den Nachweis der Data-Act-Konformität fordern. Ein Anbieter muss technisch nachweisen können, wie sein Exit-Szenario aussieht, welche offenen APIs zur Verfügung stehen und dass im Falle einer Kündigung keine künstlichen Barrieren aufgebaut werden. Das erhöht die Verhandlungssicherheit des Mittelstands massiv.