Relational Database Service

Fast jede App speichert Daten dauerhaft: Namen, Bestellungen, Kontostände. Dafür nutzt man eine Datenbank, also ein Programm, das Daten geordnet ablegt und schnell wiederfindet. Eine relationale Datenbank speichert diese Daten in Tabellen mit Zeilen und Spalten, ähnlich wie eine sehr große Excel-Datei. Ein Relational Database Service ist so eine Tabellen-Datenbank, die man bei einem Cloud-Anbieter mietet. Cloud heißt hier: Die Rechner stehen im Rechenzentrum einer fremden Firma, man greift über das Internet darauf zu. Der Anbieter installiert, sichert und aktualisiert alles, der Kunde bezahlt monatlich und arbeitet nur noch mit seinen Daten.

Warum Firmen ihre Datenbank lieber mieten

Eine Datenbank selbst zu betreiben ist überraschend viel Arbeit. Jemand muss den Server aufsetzen, die richtige Softwareversion wählen und Sicherheitslücken schließen. Jemand muss täglich Sicherungskopien anlegen und regelmäßig prüfen, ob sie sich wirklich zurückspielen lassen. Das ist unauffällige Arbeit, die niemand bemerkt, solange sie funktioniert.

Genau diese Aufgaben übernimmt der Anbieter bei einem Relational Database Service. Ein Start-up mit fünf Leuten braucht dann keinen eigenen Datenbank-Spezialisten. Das spart nicht nur Geld, sondern vor allem Zeit bis zum ersten funktionierenden Produkt. Für Investoren ist das ein Grund, warum kleine Teams heute schneller starten als vor fünfzehn Jahren.

Der Preis dafür ist Abhängigkeit. Wer seine Daten bei einem Anbieter liegen hat, kommt dort nur mit Aufwand wieder weg. Fachleute nennen das Lock-in, also eine Art Einschließungseffekt. Außerdem ist Mieten auf lange Sicht oft teurer als eigene Hardware. Einige große Firmen holen ihre Datenbanken deshalb bewusst wieder ins eigene Haus zurück.

Was der Anbieter im Hintergrund übernimmt

Technisch läuft die Datenbank weiter als ganz normales Programm auf einem Server. Neu ist die Schicht darum herum. Der Kunde klickt in einer Weboberfläche zusammen, welche Datenbanksoftware er will und wie viel Rechenleistung und Speicherplatz. Wenige Minuten später bekommt er eine Adresse, unter der seine Datenbank erreichbar ist. Seine App verbindet sich dann genau wie mit einer selbst betriebenen Datenbank.

Im Hintergrund läuft Automatik. Sicherungskopien werden nach Zeitplan angelegt und einige Tage aufbewahrt. Oft läuft eine zweite Kopie der Datenbank in einem anderen Rechenzentrum mit. Fällt die erste aus, übernimmt die zweite innerhalb von Sekunden. Diesen Ansatz nennt man Hochverfügbarkeit.

Ein häufiger Irrtum: Der Service macht die Datenbank nicht automatisch schnell. Wenn eine App schlecht formulierte Abfragen stellt, wird sie auch in der Cloud langsam sein. Der Anbieter kümmert sich um den Betrieb, nicht um die Qualität der eigenen Software. Abzugrenzen ist der Dienst von reinem Serverplatz, wo man ein leeres Betriebssystem bekommt und alles selbst aufsetzt.

Wo diese Dienste im Alltag auftauchen

Die bekanntesten Angebote sind Amazon RDS, Google Cloud SQL und Azure SQL Database. Amazon hat den Begriff mit seinem Produktnamen RDS geprägt, weshalb viele beide Wörter gleichsetzen. Dahinter stecken meist bekannte Datenbanksysteme wie PostgreSQL oder MySQL, die schon vorher existierten.

Man merkt davon als Nutzer nichts direkt. Aber der Online-Shop, in dem du bestellst, und die App deiner Bank speichern ihre Daten sehr wahrscheinlich in so einem Dienst. In Finanznachrichten tauchen solche Datenbankdienste als wichtiger Umsatzblock der großen Cloud-Anbieter auf. Sie gelten als besonders verlässliches Geschäft, weil Kunden ihre Datenbank selten wechseln.

Auch für KI-Projekte spielen sie eine Rolle. Trainingsdaten, Nutzerkonten und Protokolle von Chatverläufen liegen häufig in einer solchen relationalen Datenbank. Die spektakulären Modelle bekommen die Aufmerksamkeit, aber ohne diese unauffällige Infrastruktur funktioniert kein Produkt darum herum.