Hosted-Data-Architektur

Jedes Unternehmen sammelt Daten: Kundenadressen, Bestellungen, Messwerte, Texte. Diese Daten müssen irgendwo gespeichert werden, nämlich auf Computern, die rund um die Uhr laufen. Solche Dauerläufer nennt man Server. Bei einer Hosted-Data-Architektur stehen diese Server nicht im eigenen Keller, sondern in den Rechenzentren eines Anbieters. Das Unternehmen mietet also Speicherplatz und Rechenleistung, statt sie zu kaufen. Zugriff bekommt es über das Internet, meist über eine feste technische Schnittstelle. Der Gegenentwurf heißt On-Premises: Dabei betreibt die Firma alle Geräte selbst und verantwortet sie auch selbst.

Warum Firmen ihre Daten aus dem eigenen Keller holen

Eigene Server sind teuer, bevor sie überhaupt etwas leisten. Man kauft Hardware, klimatisiert einen Raum und stellt Fachleute ein. Und man muss schon heute raten, wie viel Speicher man in drei Jahren braucht. Rät man zu niedrig, steht man still. Rät man zu hoch, verstauben teure Geräte ungenutzt.

Gemietete Speicher lösen dieses Ratespiel. Wächst der Bedarf, bucht man mehr dazu, oft innerhalb von Minuten. Sinkt er wieder, zahlt man weniger. Ein Online-Shop kann so den Ansturm vor Weihnachten abfangen, ohne das ganze Jahr für diese Spitzenlast zu bezahlen. Fachleute nennen diese Beweglichkeit Skalierbarkeit.

Für KI-Projekte ist dieser Punkt besonders wichtig. Das Training großer Modelle verlangt enorme Datenmengen und spezielle Grafikprozessoren. Kaum ein mittelständisches Unternehmen kauft sich dafür eine eigene Halle voller Technik. Es mietet die Kapazität für ein paar Wochen und gibt sie danach zurück.

Was zwischen Nutzer und Rechenzentrum passiert

Technisch liegt zwischen dem Anwender und den Daten immer eine Schnittstelle, meist API genannt. Eine App schickt eine Anfrage an diese Schnittstelle, etwa: Gib mir die Bestellungen von gestern. Der Anbieter sucht die Daten auf seinen Geräten und schickt das Ergebnis zurück. Der Nutzer merkt von den Servern selbst gar nichts.

Damit nichts verloren geht, liegen die Daten fast nie nur einmal da. Der Anbieter legt mehrere Kopien an, oft in verschiedenen Gebäuden oder sogar Ländern. Fällt ein Standort aus, übernimmt ein anderer. Diese Vervielfältigung heißt Redundanz und ist der Hauptgrund, warum große Anbieter selten komplett ausfallen.

Sicherheit ist dabei Verhandlungssache, kein Automatismus. Die Daten werden verschlüsselt übertragen und gespeichert, also in eine unlesbare Form gebracht. Wer den passenden Schlüssel besitzt, ist aber eine entscheidende Frage. Liegt er beim Anbieter, kann dieser technisch mitlesen. Ein verbreiteter Irrtum ist, gemietete Speicher seien grundsätzlich unsicherer als eigene. Oft ist das Gegenteil der Fall, weil große Anbieter ganze Sicherheitsabteilungen beschäftigen.

Von Google Drive bis zum Streit um den Speicherort

Im Alltag nutzt fast jeder solche Architekturen, ohne den Begriff zu kennen. Fotos in Google Fotos, Dateien in der iCloud, Chats in einem Messenger: All das liegt auf fremden Servern. Auch Schulplattformen und Klassenchats funktionieren so. Der eigene Laptop ist dabei nur das Fenster zu den Daten.

In Wirtschaftsnachrichten taucht der Begriff meist im Zusammenhang mit drei großen Anbietern auf: Amazon Web Services, Microsoft Azure und Google Cloud. Sie teilen den Markt weitgehend unter sich auf. Entsprechend oft geht es um Abhängigkeit. Wer alle Daten bei einem Anbieter hat, kommt nur mit hohem Aufwand wieder weg. Dieses Problem nennt man Vendor Lock-in.

Ein zweites Dauerthema ist der Ort der Speicherung. Die Datenschutz-Grundverordnung der EU stellt strenge Regeln auf, wenn persönliche Daten die Union verlassen. Deshalb werben Anbieter inzwischen ausdrücklich mit Rechenzentren in Deutschland oder Frankreich. Projekte für eine europäische Cloud-Infrastruktur verfolgen dasselbe Ziel: die Kontrolle über die eigenen Daten zu behalten.