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à.
Modelli di partizionamento dei dati SaaS
Una delle sfide per gli sviluppatori SaaS è la progettazione di modelli architettonici per la rappresentazione e l'organizzazione dei dati in un ambiente multi-tenant. Questi meccanismi e modelli di storage multi-tenant vengono generalmente definiti partizionamento dei dati.
In un ambiente SaaS multi-tenant, è importante distinguere tra partizionamento dei dati e isolamento dei tenant. Questi concetti, sebbene correlati, non sono sinonimi. Il partizionamento dei dati si riferisce al metodo di archiviazione dei dati per ogni tenant. Tuttavia, il partizionamento da solo non garantisce l'isolamento degli inquilini. Sono necessarie misure aggiuntive per garantire che i dati di un inquilino rimangano inaccessibili a un altro.
I tre modelli di partizionamento dei dati più comuni nei sistemi SaaS multi-tenant sono silo, pool e ibridi
-
Conformità
-
Strategia di suddivisione
-
Requisiti operativi
-
Esigenze di isolamento degli inquilini
Inoltre, ogni tipo di database disponibile offre in AWS genere una raccolta unica di modelli di partizionamento dei dati e isolamento dei tenant. Quando esamini come organizzare i grafici dei tenant per supportare le diverse esigenze della tua soluzione, prendi in considerazione i modelli forniti da Amazon Neptune.
Molti ISVs iniziano la loro progettazione su Neptune con una delle seguenti affermazioni:
-
La ISV soluzione richiede la separazione fisica dei clienti tra cluster separati.
-
La ISV soluzione richiede costrutti come database denominati o schemi presenti nei tradizionali sistemi di gestione di database relazionali.
Dopo ISVs averci riflettuto, renditi conto che queste affermazioni non sono vere perché, in quasi tutti i carichi di lavoro, ogni cliente ha un grafico disconnesso nel proprio database. L'implementazione delle linee guida per la modellazione e l'accesso ai dati discusse in questo documento impedisce che tali limiti vengano superati e mantiene la privacy dei dati dei clienti.
Questa guida descrive sia il modello a silo che il modello pool, ma la maggior parte ISVs sceglie il modello pool per motivi di costi ed efficienza operativa. La guida illustra brevemente un modello ibrido che combina aspetti dei modelli a silo e pool. Alcuni ISVs utilizzano un modello ibrido per i loro clienti più grandi per soddisfare i requisiti normativi o di conformità delle dimensioni del grafico.
