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](db-selection.md) 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](partitioning-models.md).
## 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](rls.md) di questa guida.