Mehrmandantenfähige SaaS-Partitionierungsmodelle für PostgreSQL

Die beste Methode, um eine Mehrmandantenfähigkeit zu erreichen, hängt von den Anforderungen an Ihre SaaS-Anwendung ab. In den folgenden Abschnitten werden Partitionierungsmodelle für die erfolgreiche Implementierung von Multi-Tenancy in PostgreSQL demonstriert.

Anmerkung

Die in diesem Abschnitt beschriebenen Modelle gelten sowohl für Amazon RDS for PostgreSQL als auch für Aurora PostgreSQL-kompatibel. Verweise auf PostgreSQL in diesem Abschnitt gelten für beide Dienste.

Es gibt drei übergeordnete Modelle, die Sie in PostgreSQL für die SaaS-Partitionierung verwenden können: Silo, Bridge und Pool. Die folgende Abbildung fasst die Kompromisse zwischen den Silo- und Poolmodellen zusammen. Das Brückenmodell ist eine Mischung aus den Silo- und Poolmodellen.

Partitionierungsmodell	Vorteile	Nachteile
Silo	Durchsetzung von Compliance-Standards Keine mandantenübergreifenden Auswirkungen Tuning auf Mandantenebene Verfügbarkeit auf Mandantenebene	kompromittierte Agilität Keine zentrale Verwaltung Komplexität der Bereitstellung Kosten
Schwimmbecken	Agilität Kostenoptimierung Zentralisiertes Management Vereinfachter Einsatz	Mandantenübergreifende Auswirkungen Compliance-Herausforderungen Verfügbarkeit „Alles oder nichts“
Brücke	Eine gewisse Compliance-Anpassung Agilität Kostenoptimierung Zentralisiertes Management	Einige Herausforderungen bei der Einhaltung von Vorschriften Verfügbarkeit „Alles oder nichts“ (meistens) Mandantenübergreifende Auswirkungen Komplexität der Bereitstellung

In den folgenden Abschnitten werden die einzelnen Modelle ausführlicher behandelt.

Partitionierungsmodelle:

• PostgreSQL-Silomodell
• PostgreSQL-Pool-Modell
• PostgreSQL-Bridge-Modell
• Entscheidungsmatrix