Was sind Ausstiegskosten und warum kommen sie für so viele Teams überraschend?

Ausgangsgebühren sind die Gebühren, die Cloud-Anbieter erheben, wenn Daten ihr Netzwerk verlassen – sei es ins Internet, in eine andere Region oder zu einem anderen Cloud-Anbieter. Sie kommen für viele Teams überraschend, da auf den Preisseiten der Cloud-Anbieter vor allem die Rechen- und Speicherkosten hervorgehoben werden, während die Datenübertragungsgebühren in komplexen, gestaffelten Preislisten versteckt sind, die erst bei Erhalt der Rechnung sichtbar werden. Dieser Artikel erläutert, wie Egress-Gebühren funktionieren, wodurch sie ausgelöst werden und wie Sie sie mithilfe von FinOps-Verfahren in den Griff bekommen können.

Wie berechnen Cloud-Anbieter den Datenausgang eigentlich?

Cloud-Anbieter berechnen Ausgangsgebühren auf Basis des Datenvolumens, das aus ihrem Netzwerk übertragen wird, gemessen in Gigabyte. Das Abrechnungsmodell ist in der Regel gestaffelt, was bedeutet, dass der Preis pro GB mit steigendem monatlichen Übertragungsvolumen sinkt. Standardmäßig gelten jedoch für die meisten ausgehenden Übertragungen die Basispreise, und Teams können selten abschätzen, wie schnell sich diese Gigabyte über mehrere Dienste und Regionen hinweg ansammeln.

Die Funktionsweise ist wie folgt: Ihr Cloud-Anbieter misst jedes Byte, das eine definierte Grenze verlässt – unabhängig davon, ob es sich bei dieser Grenze um ein Rechenzentrum, eine Region oder den Rand des globalen Netzwerks des Anbieters handelt. Am Ende des Abrechnungszeitraums wird das gesamte ausgehende Datenvolumen mit der jeweils geltenden Tarifstufe multipliziert. Da die Erfassung auf Infrastrukturebene erfolgt, haben Anwendungsteams oft erst bei Erhalt der Rechnung Einblick in das von ihren Workloads erzeugte Übertragungsvolumen.

Was dies besonders schwierig macht, ist die Tatsache, dass die Preise für den Datenausgang nicht einheitlich sind. Die Tarife variieren je nach Zielort der Daten, dem Dienst, der die Übertragung generiert, und der betreffenden geografischen Region. Eine Übertragung von einem Speicher-Bucket zu einer virtuellen Maschine in derselben Region kann kostenlos sein, während dieselbe Übertragung über Regionen hinweg deutlich mehr kosten kann.

Bei welchen Arten von Datenübertragungen fallen Ausgangsgebühren an?

Ausgangsgebühren fallen bei jeder Datenübertragung an, die eine von Ihrem Cloud-Anbieter festgelegte Abrechnungsgrenze überschreitet. Die häufigsten Auslöser sind ausgehende Übertragungen ins öffentliche Internet, regionenübergreifende Übertragungen zwischen zwei Regionen desselben Anbieters sowie cloudübergreifende Übertragungen zu einem anderen Cloud-Anbieter oder in eine lokale Umgebung.

In der Praxis fallen bei den folgenden Übertragungsarten am häufigsten Ausgangsgebühren an:

• Internet-Ausgang: Bereitstellung von Inhalten, API-Antworten oder Dateien für Endnutzer über das öffentliche Internet
• Regionsübergreifende Transfers: Datenübertragung zwischen zwei Regionen desselben Cloud-Anbieters, beispielsweise die Replikation einer Datenbank von einer Region in eine andere zum Zwecke der Notfallwiederherstellung
• Übertragungen zwischen Verfügbarkeitszonen (AZ): Bei AWS und einigen anderen Anbietern fallen auch für Übertragungen zwischen Verfügbarkeitszonen innerhalb derselben Region Gebühren an.
• Cloud-übergreifende Übertragungen: Datenübertragung von einem Cloud-Anbieter zu einem anderen, häufig in Multi-Cloud- oder Hybrid-Architekturen
• CDN-Origin-Abrufe: Wenn ein Content Delivery Network Daten von Ihrem Cloud-Origin abruft, um seine Edge-Caches zu füllen
• Sicherungs- und Archivierungsübertragungen: Übertragung großer Datensätze auf externe Speichermedien oder an Sicherungsziele

„Ingress“, also der Datenstrom in die Cloud, ist fast immer kostenlos. Diese Asymmetrie ist beabsichtigt und schafft einen strukturellen Anreiz, der es kostengünstig macht, Daten in das Ökosystem eines Anbieters zu übertragen, während die Übertragung aus diesem heraus kostspielig ist.

Warum lassen sich die Ausstiegskosten im Voraus so schwer abschätzen?

Die Kosten für den Datenausgang lassen sich nur schwer vorhersagen, da sie verbrauchsabhängig sind und sich aus dem Verhalten der Anwendung ergeben und nicht aus einer bereitgestellten Ressource mit festem Preis. Im Gegensatz zu Rechenleistung oder Speicher, bei denen sich die Kosten anhand einer bekannten Konfiguration abschätzen lassen, hängt das Datenausgangsvolumen davon ab, wie viele Daten Ihre Anwendung tatsächlich überträgt – was wiederum von der Nutzeraktivität, dem Datenwachstum und den architektonischen Entscheidungen der Entwicklerteams abhängt.

Mehrere Faktoren tragen zu dieser Unvorhersehbarkeit bei:

• Verteiltes Eigentum: Anwendungsteams treffen architektonische Entscheidungen, die Kosten verursachen, doch diese werden dem zentralen IT- oder Finanzbudget angelastet, ohne dass eine direkte Rechenschaftspflicht gegenüber dem Team besteht, das sie verursacht hat.
• Unsichtbare Übertragungswege: Mikroservice-Architekturen und verteilte Systeme erzeugen Dutzende interner Service-zu-Service-Aufrufe, von denen viele die Grenzen von Verfügbarkeitszonen oder Regionen überschreiten, ohne dass die Entwickler dies bemerken
• Komplexität gestaffelter Preisgestaltung: Die Preislisten der großen Anbieter enthalten Dutzende von Preisparametern, was es schwierig macht, die Kosten vor der Inbetriebnahme einer Arbeitslast genau zu modellieren
• Verkehrsspitzen: Eine Produkteinführung, ein virales Ereignis oder ein umfangreicher Batch-Job können das ausgehende Datenvolumen innerhalb eines einzigen Abrechnungszeitraums ohne Vorwarnung um ein Vielfaches erhöhen.
• Aufwand für Protokollierung und Überwachung: Das Senden von Protokollen, Metriken und Traces an zentralisierte Observability-Plattformen verursacht ein eigenes Ausgangsdatenvolumen, das von den Teams selten im Budget berücksichtigt wird

Genau diese Kombination aus dezentraler Entscheidungsfindung und undurchsichtiger Preisgestaltung ist der Grund dafür, dass Ausgangsgebühren selbst in Unternehmen, die andere Cloud-Kostenkategorien aktiv verwalten, als Überraschungen auf den Cloud-Rechnungen auftauchen.

Wie unterscheiden sich die Egress-Gebühren bei AWS, Azure und Google Cloud?

Alle drei großen Cloud-Anbieter erheben Gebühren für den Datenausgang ins Internet, doch ihre Tarife, die Obergrenzen für kostenlose Kontingente und die Preisstrukturen für regionenübergreifende Übertragungen unterscheiden sich erheblich. Google Cloud hat im Vergleich zu AWS und Azure in der Vergangenheit wettbewerbsfähigere Preise für den Datenausgang und großzügigere kostenlose Kontingente angeboten, während AWS für Übertragungen zwischen Verfügbarkeitszonen Gebühren erhebt, die sich von den Praktiken der anderen Anbieter unterscheiden.

Preise für ausgehende Datenübertragung bei AWS

AWS berechnet für Daten, die ins Internet übertragen werden, eine gestaffelte Gebührenstruktur und bietet ein kleines monatliches Freikontingent an. Regionsübergreifende Übertragungen innerhalb von AWS werden zu einem Pauschalpreis pro GB abgerechnet, der je nach Regionenpaar variiert. Bemerkenswert ist, dass AWS auch den Datenverkehr zwischen Availability Zones (AZs) innerhalb derselben Region in Rechnung stellt, was viele Teams überrascht, da Availability Zones innerhalb einer einzigen Region zwar wie eine einheitliche Umgebung wirken, jedoch als separate Abrechnungsbereiche behandelt werden.

Preise für Azure-Ausgangsdatenverkehr

Azure verwendet ein zonenbasiertes Modell, bei dem Regionen in Abrechnungszonen zusammengefasst sind und die Übertragungsraten für ausgehenden Internetverkehr davon abhängen, zu welcher Zone die Quellregion gehört. Auch regionenübergreifende Übertragungen innerhalb von Azure sind kostenpflichtig. Die Preisstruktur von Azure ist im Großen und Ganzen mit der von AWS vergleichbar, allerdings unterscheiden sich die Zonengruppierungen und Tarifstufen, was einen direkten Vergleich erschwert, ohne die Zahlen für Ihre spezifische Kombination aus Workload und Region zu berechnen.

Preise für ausgehende Datenübertragung bei Google Cloud

Google Cloud bietet in der Regel niedrigere Ausgangsgebühren für Internetübertragungen und stellt kostenlosen Datenausgang für den über sein CDN bereitgestellten Datenverkehr zur Verfügung, was die Kosten für inhaltsintensive Workloads erheblich senken kann. Regionsübergreifende Übertragungen innerhalb von Google Cloud werden zu Tarifen abgerechnet, die je nach Zielregion variieren. Google bietet in bestimmten Konfigurationen zudem eine kostenlose Ausgehdaten-Stufe für Daten, die an andere Google-Dienste übertragen werden, was für Unternehmen von Vorteil sein kann, die bereits mehrere Google-Produkte nutzen.

Die praktische Erkenntnis daraus ist, dass es keinen Anbieter gibt, der in allen Ausgehdatenstrom-Szenarien am günstigsten ist. Der richtige Vergleich hängt von den spezifischen Übertragungsmustern, Regionen und Zieltypen Ihrer Workloads ab.

Wie können Teams die Kosten für den Datenausgang aus der Cloud senken, ohne die Architektur neu zu gestalten?

Teams können die Kosten für den ausgehenden Datenverkehr senken, ohne die Architektur komplett umgestalten zu müssen, indem sie sich auf die Leitwegführung, das Caching und die Übertragungsoptimierung auf Konfigurationsebene konzentrieren. Diese Änderungen erfordern zwar die Mitwirkung der Entwickler, machen jedoch eine Neugestaltung der zugrunde liegenden Anwendungsarchitektur überflüssig.

Zu den wirksamsten Taktiken gehören:

• CDN-Caching aktivieren und optimieren: Durch die Bereitstellung von wiederverwendbaren Inhalten über Edge-Cache-Knoten entfällt der Datenverkehr vom Ursprungsserver für zwischengespeicherte Antworten, wodurch sich das ausgehende Internetdatenvolumen für Web- und API-Workloads oft erheblich reduziert.
• Verkehr zwischen verschiedenen AZs bündeln: Überprüfen Sie die Kommunikationsmuster zwischen den Diensten und verlegen Sie Dienste, die häufig miteinander kommunizieren, nach Möglichkeit in dieselbe Verfügbarkeitszone.
• Nutzen Sie die anbieterspezifischen Überweisungsrabatte: AWS Direct Connect, Azure ExpressRoute und Google Cloud Interconnect bieten reduzierte Ausgangsgebühren für Datenverkehr, der über dedizierte Verbindungen statt über das öffentliche Internet fließt.
• Daten vor der Übertragung komprimieren: Durch die Aktivierung der Komprimierung bei API-Antworten, Protokollströmen und Datenpipelines wird das übertragene Datenvolumen reduziert, ohne dass sich der Inhalt der übertragenen Daten ändert.
• Überprüfung der Logging- und Observability-Pipelines: Überprüfen Sie, wohin Protokolle und Metriken gesendet werden und ob all diese Daten die Region verlassen müssen; eine Stichprobenentnahme oder Filterung an der Quelle reduziert das ausgehende Datenvolumen
• Wählen Sie die Regionen strategisch aus: Bei neuen Workloads führt die Auswahl einer Region, die geografisch nahe an Ihrer primären Nutzerbasis liegt, zu einer Verringerung der Datenübertragungsentfernung und in einigen Fällen auch zu einer niedrigeren Tarifstufe für ausgehende Daten.

Diese Optimierungen sind am effektivsten, wenn die Entwicklungsteams einen Überblick darüber haben, welche Dienste und Workloads den größten ausgehenden Datenverkehr verursachen. Ohne diese Detailgenauigkeit ist es schwierig, Prioritäten zu setzen und zu entscheiden, worauf man den Fokus legen soll.

Welche FinOps-Maßnahmen tragen dazu bei, die Kosten für den Datenausgang in den Griff zu bekommen?

FinOps-Verfahren bringen die Kosten für den Datenausgang unter Kontrolle, indem sie die erforderliche Transparenz, Verantwortlichkeit und den notwendigen Entscheidungsrhythmus schaffen, um auf Daten zu den Übertragungskosten zu reagieren, anstatt diese lediglich zu beobachten. Die zentrale Herausforderung beim Datenausgang besteht nicht darin, dass die Daten nicht verfügbar sind, sondern darin, dass niemand die Verantwortung dafür übernimmt und es keinen Prozess gibt, um diese Daten in konkrete Maßnahmen umzusetzen.

Die folgenden FinOps-Maßnahmen wirken sich direkt auf die ausgehenden Datenübertragungskosten aus:

• Egress nach Workload und Team kennzeichnen und zuweisen: Ressourcen, die ausgehenden Datenverkehr erzeugen, sollten einheitlich gekennzeichnet werden, damit die Übertragungskosten dem Team oder Produkt zugeordnet werden können, das sie verursacht hat, und nicht in einem gemeinsamen IT-Budget aufgefangen werden.
• Einbeziehung der Ausstiegskosten in die Stückkostenkennzahlen: Erfassen Sie die Ausgabekosten pro Transaktion, pro Benutzer oder pro API-Aufruf zusammen mit den Kosten für Rechen- und Speicherkapazität, damit die Entwicklerteams die Gesamtkosten des Verhaltens ihrer Workloads nachvollziehen können
• Ausgänge in die Anomalieerkennung einbeziehen: Richten Sie Benachrichtigungen für unerwartete Spitzen bei den Datenübertragungskosten ein, damit die Teams diese noch vor Ablauf des Abrechnungszeitraums untersuchen können und nicht erst danach.
• Überprüfen Sie die Abgänge im Rahmen regelmäßiger Kostenoptimierungszyklen: Machen Sie die Ausstiegsstrategie zu einem festen Tagesordnungspunkt bei den monatlichen oder vierteljährlichen FinOps-Besprechungen und nicht zu einem nachträglichen Einfall, der erst dann behandelt wird, wenn ein Spitzenwert auftritt.
• Abstimmung zwischen Technik und Finanzen hinsichtlich der Kompromisse bei den Transferkosten: Wenn Teams architektonische Entscheidungen bewerten, sollten die Auswirkungen auf den Ausstieg Teil des Kostenmodells sein und nicht erst nach der Bereitstellung festgestellt werden.

Der übergeordnete Punkt ist, dass Egress-Kosten immer wieder für Überraschungen sorgen, wenn sich das Cloud-Kostenmanagement auf die Transparenz beschränkt. Um Transparenz in konkrete Maßnahmen umzusetzen, sind Governance-Strukturen und funktionsübergreifende Zusammenarbeit erforderlich, wie sie eine ausgereifte FinOps-Praxis bietet. Mehr über den Aufbau einer solchen Praxis erfahren Sie auf unserer Seite zu den FinOps-Diensten.

So unterstützen wir Sie bei der Steuerung Ihrer Cloud-Ausgangskosten

Die Egress-Kosten sind eines der deutlichsten Beispiele für ein allgemeines Muster: Cloud-Ausgaben, die zwar technisch sichtbar, aber praktisch nicht gesteuert werden. Wir unterstützen Unternehmen dabei, den Schritt von der reinen Beobachtung der Cloud-Kosten hin zu deren aktiver Steuerung zu vollziehen – wobei die Egress-Kosten als konkreter und messbarer Ausgangspunkt dienen.

Arbeiten Sie mit uns zusammen an Optimierung der Cloud-Kosten, dann erhält man:

• Vollständige Kostenverrechnung über alle Cloud-Kostenkategorien hinweg, einschließlich Netzwerk- und Datenübertragungsgebühren, aufgeschlüsselt nach Team, Workload und Dienst
• Eine FinOps-Reifegradbewertung, die aufzeigt, wo in Ihrem aktuellen Governance-Modell blinde Flecken hinsichtlich der ausgehenden Datenverkehrskosten und anderer Cloud-Kosten bestehen
• Ein strukturierter Entscheidungsrhythmus, der Finanz-, IT- und Technikteams zusammenbringt, um auf der Grundlage von Kostendaten zu handeln und diese nicht nur zu dokumentieren
• Empfehlungen zur bedarfsgerechten Dimensionierung und Optimierung für AWS, Azure und GGCP, bei denen neben Rechen- und Speicherkosten auch Übertragungskosten berücksichtigt werden
• Integration in Rahmenwerke für das Technology Business Management, damit die Kosten für Cloud-Netzwerke in den Gesamtkontext der IT-Ausgaben und des geschäftlichen Nutzens eingebunden werden

Wenn Ihnen in Ihren Cloud-Rechnungen unerwartete Egress-Gebühren auffallen, ist das ein Hinweis, dem Sie nachgehen sollten. Nehmen Sie Kontakt mit uns auf um zu erörtern, wo Ihre Organisation derzeit steht und wie ein konkreter Weg in die Zukunft aussehen könnte.

Dieser Inhalt wurde mithilfe von KI erstellt und kann Fehler enthalten.