Zum Inhalt springen
_CORE
KI & Agentensysteme Unternehmensinformationssysteme Cloud & Platform Engineering Datenplattform & Integration Sicherheit & Compliance QA, Testing & Observability IoT, Automatisierung & Robotik Mobile & Digitale Produkte Banken & Finanzen Versicherungen Öffentliche Verwaltung Verteidigung & Sicherheit Gesundheitswesen Energie & Versorgung Telko & Medien Industrie & Fertigung Logistik & E-Commerce Retail & Treueprogramme
Referenzen Technologien Blog Know-how Tools
Über uns Zusammenarbeit Karriere
CS EN DE
Lassen Sie uns sprechen

Multi-Tenancy — mehrere Kunden in einer Anwendung

24. 06. 2025 1 Min. Lesezeit intermediate

Architektur Experte

Multi-Tenancy — mehrere Kunden in einer Anwendung

Multi-tenancySaaSArchitektur 3 Min. Lesezeit

Architektonische Ansätze für Multi-Tenancy. Shared DB, Schema per Tenant, DB per Tenant.

Drei Isolationsebenen

1. Shared Schema — tenant_id in jeder Tabelle. Am günstigsten, niedrigste Isolation.

2. Schema per Tenant — guter Kompromiss. SET search_path TO 'tenant_acme';

3. DB per Tenant — maximale Isolation, höchste Kosten.

Vergleich

  • Shared: Tausende kleine Tenants, Startup SaaS
  • Schema: Hunderte mittlere Tenants
  • DB: Enterprise mit Compliance-Anforderungen

Zusammenfassung

Die Wahl hängt von Regulierungen, Anzahl der Tenants und Budget ab. Shared für Startups, DB per Tenant für Enterprise.

Brauchen Sie Hilfe bei der Implementierung?

Unser Team hat Erfahrung mit dem Entwurf und der Implementierung moderner Architekturen. Wir helfen Ihnen gerne.

Kostenlose Beratung

Teilen:

CORE SYSTEMS Team

Wir bauen Kernsysteme und KI-Agenten, die den Betrieb am Laufen halten. 15 Jahre Erfahrung mit Enterprise-IT.