Modèle de pont PostgreSQL - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Modèle de pont PostgreSQL

Le modèle de pont PostgreSQL est une combinaison d'approches groupées et cloisonnées. Comme dans le modèle groupé, vous fournissez une instance PostgreSQL unique pour chaque locataire. Pour maintenir l'isolation des données des locataires, vous utilisez des constructions logiques PostgreSQL. Dans le schéma suivant, les bases de données PostgreSQL sont utilisées pour séparer logiquement les données.

Note

Une base de données PostgreSQL ne fait pas référence à une instance de base de données compatible Amazon RDS for PostgreSQL ou Aurora PostgreSQL distincte. Il fait plutôt référence à une construction logique du système de gestion de base de données PostgreSQL pour séparer les données.

SaaS PostgreSQL bridge model with separate databases

Vous pouvez également implémenter le modèle de pont en utilisant une seule base de données PostgreSQL, avec des schémas spécifiques au locataire dans chaque base de données, comme illustré dans le schéma suivant.

SaaS PostgreSQL bridge model with separate schemas

Le modèle de pont présente les mêmes problèmes d'isolation des performances des voisins et des locataires bruyants que le modèle de piscine. Cela entraîne également des frais d'exploitation et de provisionnement supplémentaires en exigeant la mise en service de bases de données ou de schémas distincts par locataire. Cela nécessite une surveillance efficace pour répondre rapidement aux préoccupations des locataires en matière de performance. Cela nécessite également une instrumentation d'application pour surveiller l'utilisation spécifique au locataire. Dans l'ensemble, le modèle bridge peut être considéré comme une alternative au RLS qui augmente légèrement l'effort d'intégration des locataires en nécessitant de nouvelles bases de données ou de nouveaux schémas PostgreSQL. Comme pour le modèle de silo, une application ou une couche d'accès aux données devra gérer un mappage des locataires avec leurs bases de données ou schémas PostgreSQL associés.