Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Modello di bridge PostgreSQL
Il modello bridge PostgreSQL è una combinazione di approcci raggruppati e isolati. Come il modello in pool, fornisci una singola istanza PostgreSQL per ogni tenant. Per mantenere l'isolamento dei dati del tenant, si utilizzano i costrutti logici PostgreSQL. Nel diagramma seguente, i database PostgreSQL vengono utilizzati per separare logicamente i dati.
Nota
Un database PostgreSQL non fa riferimento a un'istanza DB separata compatibile con Amazon RDS for PostgreSQL o Aurora PostgreSQL. Invece, si riferisce a un costrutto logico del sistema di gestione del database PostgreSQL per separare i dati.
È inoltre possibile implementare il modello bridge utilizzando un singolo database PostgreSQL, con schemi specifici del tenant in ogni database, come illustrato nel diagramma seguente.
Il modello a ponte presenta gli stessi rumorosi problemi di isolamento delle prestazioni dei vicini e degli inquilini del modello a piscina. Inoltre, comporta alcuni costi operativi e di approvvigionamento aggiuntivi, in quanto richiede la fornitura di database o schemi separati in base al tenant. Richiede un monitoraggio efficace per rispondere rapidamente ai problemi relativi alle prestazioni degli inquilini. Richiede inoltre la strumentazione applicativa per monitorare l'utilizzo specifico del tenant. Nel complesso, il modello bridge può essere visto come un'alternativa a RLS che aumenta leggermente lo sforzo di onboarding dei tenant richiedendo nuovi database o schemi PostgreSQL. Come per il modello a silo, un'applicazione o un livello di accesso ai dati dovrà mantenere una mappatura dei tenant nei database o negli schemi PostgreSQL associati.
