Single-Tenant Deployment

Bei einer Single-Tenant-Bereitstellung nutzt genau ein Kunde eine Umgebung. Anwendung, Rechenkapazität und Datenhaltung gehören zu einem Mandanten, nicht zu vielen. Der Begriff stammt aus dem Betrieb von Mietsoftware, wo die Frage der Mandantentrennung zu den Grundentscheidungen der Architektur gehört. AWS

Die Trennlinie kann auf sehr verschiedenen Ebenen liegen

Entscheidend ist nicht das Etikett, sondern wo genau getrennt wird. Möglich sind eigene Hardware, eigene virtuelle Maschinen, eigene Container in geteilter Hardware, eigene Datenbanken in einem geteilten Server oder nur getrennte Datensätze mit Rechteprüfung in der Anwendung.

Jede Stufe hat andere Folgen. Ein Fehler in der Rechteprüfung kann bei geteilter Datenbank Daten anderer Kunden freilegen, bei getrennter Hardware nicht. Umgekehrt steigen Kosten und Wartungsaufwand mit jeder Trennungsebene, weil Aktualisierungen vielfach ausgerollt werden müssen.

So kannst du dir das vorstellen

Ein eigenes Haus, eine eigene Wohnung im Mehrfamilienhaus oder ein eigenes Zimmer in einer WG. Alle drei kannst du deinen Bereich nennen, die Wände sind unterschiedlich dick. Das Bild erklärt die Abstufungen, es bewertet keine davon.

Was es in der Praxis konkret bedeutet

Frag nicht, ob single-tenant, sondern was genau getrennt ist: Rechenkapazität, Speicher, Netzwerk, Schlüsselverwaltung, Protokolle. Lass dir die Antwort schriftlich geben, denn für eine Datenschutzfolgenabschätzung zählt die technische Grenze, nicht der Produktname. Nützlich ist auch die Frage, ob ein Kunde durch hohe Last die Leistung anderer beeinträchtigen kann.

Wo es verwechselt wird

Single-Tenant und On-Premises werden gleichgesetzt, gemeint ist aber meist eine eigene Umgebung beim Anbieter. Und eine eigene Umgebung heißt nicht eigene Verschlüsselungsschlüssel: Das ist eine zusätzliche Zusage. Microsoft Learn

Verwandte Begriffe

Multi-Tenant Deployment, Dedicated Deployment, Private Deployment, On-Premises, Customer VPC Deployment, Data Residency.