View a markdown version of this page

Multi-tenant Modelli di partizionamento SaaS per PostgreSQL - AWS Linee guida prescrittive

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

Multi-tenant Modelli di partizionamento SaaS per PostgreSQL

Il metodo migliore per realizzare la multi-tenancy dipende dai requisiti dell'applicazione SaaS. Le sezioni seguenti illustrano i modelli di partizionamento per implementare con successo la multi-tenancy in PostgreSQL.

Nota

I modelli descritti in questa sezione sono applicabili sia ad Amazon RDS for PostgreSQL che ad Aurora. PostgreSQL-Compatible I riferimenti a PostgreSQL in questa sezione si applicano a entrambi i servizi.

Esistono tre modelli di alto livello che è possibile utilizzare in PostgreSQL per il partizionamento SaaS: silo, bridge e pool. L'immagine seguente riassume i compromessi tra i modelli silo e pool. Il modello a ponte è un ibrido tra i modelli silo e pool.

Modello di partizionamento Vantaggi Svantaggi
Silo
  • Allineamento alla conformità

  • Nessun impatto tra i tenant

  • Tenant-level messa a punto

  • Tenant-level disponibilità

  • Agilità compromessa

  • Nessuna gestione centralizzata

  • Complessità di implementazione

  • Costo

Pool
  • Agilità

  • Ottimizzazione dei costi

  • Gestione centralizzata

  • Implementazione semplificata

  • Cross-tenant impatto

  • Sfide di conformità

  • Disponibilità «tutto o niente»

Ponte
  • Qualche allineamento alla conformità

  • Agilità

  • Ottimizzazione dei costi

  • Gestione centralizzata

  • Alcune sfide di conformità

  • Disponibilità totale o nulla (principalmente)

  • Cross-tenant impatto

  • complessità dell'implementazione

Le sezioni seguenti illustrano ciascun modello in modo più dettagliato.