Best practice - AWS Guida prescrittiva

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à.

Best practice

Questa sezione elenca alcuni dei punti salienti di questa guida. Per discussioni dettagliate su ciascun punto, segui i collegamenti alle sezioni corrispondenti.

Confronta AWS le opzioni per PostgreSQL gestito

AWS offre due modi principali per eseguire PostgreSQL in un ambiente gestito. (In questo contesto, gestito significa che l'infrastruttura PostgreSQL e il DBMS sono parzialmente o completamente supportati da un servizio.) AWS Le opzioni AWS PostgreSQL gestite offrono il vantaggio di automatizzare i backup, il failover, l'ottimizzazione e una parte dell'amministrazione di PostgreSQL. Come opzioni gestite, AWS offre l'edizione compatibile con Amazon Aurora PostgreSQL e Amazon Relational Database Service (Amazon RDS) per PostgreSQL. Puoi selezionare la scelta migliore tra questi due modelli analizzando il tuo caso d'uso di PostgreSQL. Per ulteriori informazioni, consulta la sezione Scelta tra Amazon RDS e Aurora in questa guida.

Seleziona un modello di partizionamento SaaS multi-tenant

Puoi scegliere tra tre modelli di partizionamento SaaS applicabili a PostgreSQL: silo, bridge e pool. Ogni modello presenta vantaggi e svantaggi e dovresti scegliere il modello più ottimale in base al tuo caso d'uso. La compatibilità con Amazon RDS for PostgreSQL e Aurora PostgreSQL supporta tutti e tre i modelli. La scelta di un modello è fondamentale per mantenere l'isolamento dei dati dei tenant nelle applicazioni SaaS. Per una discussione dettagliata di questi modelli, consulta la sezione Modelli di partizionamento SaaS multi-tenant per PostgreSQL in questa guida.

Usa la sicurezza a livello di riga per i modelli di partizionamento SaaS del pool

La sicurezza a livello di riga (RLS) è necessaria per mantenere l'isolamento dei dati dei tenant in un modello di pool con PostgreSQL. Questo perché non esiste una separazione logica tra infrastruttura, database PostgreSQL o schemi su base per-tenant in un modello di pool. RLS centralizza l'applicazione delle politiche di isolamento a livello di database e rimuove l'onere di mantenere tale isolamento dagli sviluppatori di software. È possibile utilizzare RLS per limitare le operazioni del database a un tenant specifico. Per ulteriori informazioni e un esempio, consultate la sezione Raccomandazioni di sicurezza a livello di riga di questa guida.