Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
PostgreSQL-Bridge-Modell
Das PostgreSQL-Bridge-Modell ist eine Kombination aus gepoolten und isolierten Ansätzen. Wie beim Poolmodell stellen Sie für jeden Mandanten eine einzelne PostgreSQL-Instanz bereit. Um die Isolierung der Mandantendaten aufrechtzuerhalten, verwenden Sie logische PostgreSQL-Konstrukte. Im folgenden Diagramm werden PostgreSQL-Datenbanken verwendet, um Daten logisch zu trennen.
Anmerkung
Eine PostgreSQL-Datenbank bezieht sich nicht auf eine separate Amazon RDS for PostgreSQL- oder Aurora PostgreSQL-kompatible DB-Instance. Stattdessen bezieht es sich auf ein logisches Konstrukt des PostgreSQL-Datenbankverwaltungssystems zur Trennung von Daten.
Sie können das Bridge-Modell auch implementieren, indem Sie eine einzelne PostgreSQL-Datenbank mit mandantenspezifischen Schemas in jeder Datenbank verwenden, wie in der folgenden Abbildung dargestellt.
Das Brückenmodell leidet unter den gleichen Bedenken hinsichtlich der Leistungsisolierung von Nachbarn und Mietern wie das Poolmodell. Es verursacht auch zusätzlichen Betriebs- und Bereitstellungsaufwand, da entweder separate Datenbanken oder Schemas pro Mandant bereitgestellt werden müssen. Es erfordert eine effektive Überwachung, um schnell auf Bedenken hinsichtlich der Mieterleistung reagieren zu können. Außerdem ist eine Anwendungsinstrumentierung erforderlich, um die mandantenspezifische Nutzung zu überwachen. Insgesamt kann das Bridge-Modell als Alternative zu RLS angesehen werden, das den Aufwand für das Onboarding von Mandanten leicht erhöht, da neue PostgreSQL-Datenbanken oder -Schemas erforderlich sind. Wie beim Silomodell muss eine Anwendung oder eine Datenzugriffsebene eine Zuordnung der Mandanten zu ihren zugehörigen PostgreSQL-Datenbanken oder -Schemas verwalten.
