Cloud-Region

Eine Cloud-Region ist ein geografisch umgrenztes Gebiet, in dem ein Anbieter Rechen-, Speicher- und Netzdienste anbietet. Sie besteht aus mehreren Verfügbarkeitszonen und ist die Ebene, auf der ein Kunde bucht.

Namen wie eu-central-1, westeurope oder europe-west3 bezeichnen solche Regionen. Die Benennung folgt bei jedem Anbieter einer eigenen Logik und sagt über die Lage nicht mehr als die grobe Himmelsrichtung.

Die Region ist eine Grenze

Das ist ihre eigentliche Bedeutung, und sie wird oft unterschätzt. Ressourcen verlassen ihre Region nicht von selbst:

  • Daten bleiben dort liegen, wo sie angelegt wurden. Eine Kopie in einer anderen Region entsteht nur, wenn man sie ausdrücklich einrichtet — und kostet dann Übertragungsentgelt.
  • Viele Dienste kennen regionsübergreifende Verknüpfungen gar nicht oder nur über zusätzliche Konstruktionen.
  • Ein Ausfall bleibt im Regelfall auf eine Region begrenzt, weil die Steuerungsebenen getrennt sind.

Daraus folgt beides: Die Region schützt vor ungewolltem Abfluss, und sie ist die Einheit, deren Totalausfall man einplanen muss.

Nicht jede Region kann alles

Neue Dienste erscheinen zuerst in wenigen großen Regionen und wandern von dort aus weiter. Manche kommen nie überall an. Wer eine Region nach Datenschutzgesichtspunkten wählt, stellt gelegentlich fest, dass ein benötigter Dienst dort fehlt — und steht dann vor der Wahl zwischen Standort und Funktion.

Auch die Zahl der Zonen schwankt: drei sind verbreitet, manche Regionen haben mehr, einige kleinere nur zwei. Eine Architektur, die drei Zonen voraussetzt, lässt sich nicht überall gleich aufsetzen.

Standort und Rechtslage sind zweierlei

Eine Region in Frankfurt bedeutet, dass die Daten in Deutschland liegen. Sie bedeutet nicht, dass nur deutsches Recht auf sie zugreift.

Unterliegt der Anbieter amerikanischer Gerichtsbarkeit, greift der CLOUD Act unabhängig vom Speicherort — maßgeblich ist, wer tatsächliche Verfügungsgewalt über die Daten hat. Die Regionswahl ist deshalb ein Baustein der Souveränitätsfrage, nicht ihre Antwort. Die Anbieter begegnen dem mit eigenständig verfassten europäischen Einheiten, deren Tragfähigkeit nicht abschließend geklärt ist.

Wo die Gebäude stehen, steht nirgends

Anbieter veröffentlichen Regionen und Zonen, aber keine Anschriften. Die Begründung ist Sicherheit, und sie ist nicht vorgeschoben: Ein Gebäude mit öffentlich bekannter Funktion wird zum Ziel.

Für jeden, der Standorte erfassen will, heißt das, dass die Region eine kaufmännisch-logische Größe bleibt und sich nicht auf Adressen abbilden lässt. Sichtbar werden die Häuser allenfalls über Baugenehmigungen, Umspannwerke und Lokalpresse. Mehr dazu unter Hyperscaler.

Entfernung kostet Zeit

Zwischen Regionen liegen Hunderte bis Tausende Kilometer, und die Laufzeit schlägt auf jede Anfrage durch, die sie überquert. Synchrone Verfahren scheiden damit aus; regionsübergreifend wird asynchron gespiegelt, mit dem bekannten Preis: Bei einem Ausfall fehlen die zuletzt geschriebenen Daten.

Wer beides will — kurze Antwortzeiten und Schutz gegen den Verlust einer ganzen Region —, baut mehrstufig: Zonen innerhalb der Region für den Normalbetrieb, eine zweite Region für den Katastrophenfall. Das ist dieselbe Abwägung wie bei der Georedundanz, nur unter anderem Namen.

Abgrenzung

Verfügbarkeitszone: Teil einer Region, eigenständig versorgt, wenige zehn Kilometer entfernt. Die Region ist die Klammer darüber.

Edge Location: ein kleiner, weit verteilter Standort für Auslieferung und kurze Wege, der keine vollständige Region enthält — siehe Edge-Rechenzentrum.

Rechenzentrum: das Gebäude. Eine Region umfasst viele davon, und ein Rechenzentrum gehört nicht notwendig zu einer Cloud-Region.

Erstellt: