Rechenzentren für Finanzen in Frankfurt

Ein Internetknoten ist ein Ort, an dem Netze sich direkt verbinden, statt einen Transitanbieter für den Weg dazwischen zu zahlen. DE-CIX in Frankfurt ist nach Verkehr der größte dieser Knoten, und seine Plattform liegt in über zwei Dutzend Rechenzentren (auf Englisch) im Frankfurter Raum. Darum erreicht ein Mieter in einem davon den Knoten ohne Weg über die Stadt.

Für ein Finanzhaus liegt der Gewinn auf zwei Seiten. Verkehr zu einer Gegenpartei, einem Marktdatenanbieter oder einer Cloud-Region, die ebenfalls am Knoten hängt, läuft über einen kurzen, bekannten Pfad mit berechenbarer Umlaufzeit, und das Haus verhandelt mit den Netzen, die es wirklich braucht, statt pauschalen Transit zu kaufen. Von der Frankfurter Plattform sind mehrere Hundert Netze erreichbar. Darum legt ein Haus mit Gegenparteien in ganz Europa seinen Rand hierhin und nicht an einen günstigeren Ort mit einem einzigen Vorlieferanten.

Über zwei Jahrzehnte zogen drei Dinge in dieselbe Richtung, und jedes verstärkte das nächste. Der Knoten zog Netze an, die Netze zogen die Unternehmen an, die sie erreichen wollten, und die Unternehmen zogen weitere Rechenzentren an, was dem Knoten mehr Orte für seine Plattform gab. Volkswirte nennen das einen Cluster; es erklärt, warum Kapazität weiter dort entsteht, wo sie schon ist.

Die Finanzbranche kam am Anfang dieser Schleife und nicht am Ende. Bundesbank, Europäische Zentralbank und Geschäftsbanken saßen in Frankfurt, bevor es den Knoten gab, und die Seite Finanzplatz Frankfurt am Main beschreibt den entstandenen Finanzplatz. Wer eine Gegenpartei in derselben Stadt mit kurzer Latenz erreichen will, findet sie in denselben Gebäuden wie alle anderen; die Seite Finanzwesen in Frankfurt stellt den größeren Zusammenhang her.

Licht legt in Glasfaser etwa 200 Kilometer pro Millisekunde zurück, die Entfernung setzt also eine Grenze, unter die keine Technik kommt. Für ein Haus, dessen Strategie davon lebt, auf einen Preis vor einem anderen Teilnehmer zu reagieren, geht es nur über Nähe. Darum verkaufen Handelsplätze Colocation neben ihrer eigenen Matching Engine, und darum wird der Weg vom Schrank zur Engine in Metern gemessen.

Nicht jedes System braucht das. Ein Abwicklungsvorgang, eine Meldestrecke oder eine Bankanwendung für Kunden merkt von Mikrosekunden nichts, und ein Käfig neben der Matching Engine kauft so einem System gar nichts. Die ehrliche Frage ist, auf welchem Teil des Latenzbudgets das Geschäft wirklich konkurriert, und für die meisten Systeme einer Bank lautet die Antwort: auf keinem. Die Seite Handel in Frankfurt behandelt die Handelsplätze, algorithmischer Handel die Strategien, bei denen Mikrosekunden zählen.

Die Deutsche Börse betreibt ihre Handelssysteme aus dem Frankfurter Raum, mit eigenem Standort in Eschborn vor der Stadt, und von dort läuft die Handelsarchitektur T7 für Xetra und Eurex. Ein Teilnehmer, der den kürzesten Weg dorthin will, nimmt Fläche in der dafür benannten Anlage und kauft eine Anbindung mit angegebener Latenzklasse. Das ist ein Produkt mit veröffentlichten Daten und nicht nur eine Frage der Geografie.

Die Arbeit der Börse an digitalen Vermögenswerten steht auf derselben Infrastruktur; die Seite Deutsche Börse und digitale Vermögenswerte behandelt sie. Ein DLT-Handelsplatz hat die gleiche Hosting-Frage wie ein herkömmlicher, mit dem DLT-Handelsplatz 21X in Frankfurt als Beispiel vor Ort.

Die bindende Grenze für ein neues Rechenzentrum in Frankfurt ist der Strom, nicht das Grundstück. Ein Standort braucht einen Netzanschluss von zig Megawatt, der Anschluss muss Jahre vorher mit dem Netzbetreiber geplant werden, und die Stadt hat Vorhaben abgelehnt oder verschoben, wo die Leistung nicht lieferbar war oder die Stadtplanung Einwände hatte. Für eine Bank wird Kapazität damit zu etwas, das früh zu sichern ist: Ein Vertrag über Fläche ohne verbindliche Leistungszusage ist ein Vertrag über ein Gebäude.

Die Stadt hat neuen Vorhaben auch Bedingungen zu Flächennutzung und zur Verwendung der Abwärme auferlegt. Praktisch heißt das für einen Mieter: Ausbau in den vorhandenen Gebäuden ist langsamer und teurer, als der Markt annahm, und ein Wachstumsplan braucht einen zweiten Standort. Dort kommt die Frage nach dem zweiten Anbieter von der Seite souveräne Cloud von der anderen Seite zurück.

Das Energieeffizienzgesetz stellt Anforderungen an Rechenzentren oberhalb einer Schwelle der Anschlussleistung: Mindestwerte für die Energieverbrauchseffektivität, einen Anteil Strom aus erneuerbaren Quellen und eine Meldung in ein Bundesregister, für neue Standorte mit Pflichten zur Abwärmenutzung. Eine Anlage über der Schwelle muss zudem ein Energie- oder Umweltmanagementsystem betreiben.

Diese Regeln erreichen die Rechnung einer Bank an zwei Stellen. Ein Colocation-Vertrag mit langer Laufzeit hängt an den Kosten, die ihre Erfüllung dem Betreiber macht, und wer eigene Energiezahlen meldet, braucht die Daten des Hosters dafür. Beides gehört vor die Unterschrift in den Vertrag, neben die Klauseln zu Resilienz und Ausstieg, die DORA in Deutschland verlangt.

Weil Gegenparteien, Handelsplätze und Netze dort sind und der Weg dorthin von woanders Latenz und Transit kostet. Fläche und Strom sind in mehreren anderen deutschen Regionen günstiger, und eine Last ohne Latenzanforderung und ohne Bedarf an dichter Vernetzung gehört wirklich dorthin. Die Entscheidung trennt nach Last: Der latenzempfindliche, stark vernetzte Teil bleibt in Frankfurt, Massenrechnen und Archive gehen dorthin, wo der Strom günstiger ist.

Colocation heißt: Das Haus besitzt die Server und mietet Fläche, Strom, Kühlung und Anbindung im Gebäude eines anderen. Cloud heißt: Das Haus mietet die Rechenleistung und besitzt keine Hardware. Für ein beaufsichtigtes Institut zählt der Unterschied in Kontrolle und Form der Abhängigkeit. Bei Colocation hält das Haus die Maschinen und der Betreiber liefert die Anlage, ein Ausfall des Betreibers ist also ein Anlagenproblem; in der Cloud hält der Anbieter die Plattform und ein Ausfall reicht bis in die Anwendung. Beides gilt unter DORA als IKT-Drittvereinbarung und gehört ins Informationsregister.

Ein beaufsichtigtes Institut kann nicht jede Anlage selbst besichtigen, es kauft also die geprüften Berichte des Betreibers, und der gesuchte Satz ist schmal. ISO 27001 deckt das Managementsystem für Informationssicherheit ab. Ein Bericht nach ISAE 3402 oder SOC 2 gibt ein Prüferurteil zur Wirksamkeit der Kontrollen über einen Zeitraum; genau den fragt die eigene Revision namentlich ab. PCI DSS zählt, wo Kartendaten durch die Fläche laufen.

Frankfurter Betreiber veröffentlichen das selbstverständlich. Telehouse nennt ISO 27001, ISAE 3402 und PCI DSS für seinen Frankfurter Campus (auf Englisch); das ist die Grundlinie, die eine Bank erwarten sollte, und kein Unterscheidungsmerkmal. Zu lesen ist der Bericht über den Zeitraum der eigenen Mietzeit, Ausnahmeabschnitt zuerst.

Die Zahlen sind wichtig, weil sie abgrenzen, womit eine Bank planen kann. Einzelne Frankfurter Campus laufen mit zig Megawatt: Iron Mountain nennt 38 MW über seine zwei Frankfurter Anlagen (auf Englisch) und 64.500 Quadratmeter Fläche, mit Zugang zu über 1.000 Netzen über DE-CIX. Telehouse nennt über 500 erreichbare Provider und Carrier.

Die Strombeschaffung gehört inzwischen dazu, denn wer eigene Emissionen meldet, braucht die Zahl des Hosters. Betreiber geben den Anteil erneuerbarer Quellen ausdrücklich an, Iron Mountain nennt 100 Prozent erneuerbaren Strom für seine Standorte. Ein Mieter nimmt diese Angabe als Meldepflicht des Betreibers in den Vertrag und nicht als Zeile im Prospekt.