本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# SaaS 資料分割模型
<a name="data-partitioning-models"></a>

SaaS 開發人員面臨的挑戰之一，是設計架構模式，以在多租戶環境中代表和組織資料。這些多租戶儲存機制和模式通常稱為[資料分割。](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/data-partitioning.html)

在多租戶 SaaS 環境中，區分資料分割和[租戶隔離](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/tenant-isolation.html)非常重要。這些概念雖然相關，但不是同義字。資料分割是指儲存每個租戶資料的方法。不過，僅分割並不保證租戶隔離。為了確保某個租戶的資料無法供另一個租戶存取，則需要採取其他措施。

[多租戶 SaaS 系統中](https://aws.amazon.com/solutions/guidance/multi-tenant-architectures-on-aws/)的三種常見資料分割模型是孤立、集區和混合模式。您選擇的任何模型取決於下列因素：
+  合規
+ [噪音鄰里](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/noisy-neighbor.html)
+ 分層策略
+ 操作需求
+ 租用戶隔離需求

此外， 上可用的每個資料庫類型 AWS 通常會提供唯一的資料分割和租用戶隔離模型集合。在查看如何組織租戶圖形以支援解決方案的各種需求時，請考慮 Amazon Neptune 提供的模型。

許多人從下列其中一項聲明ISVs開始在 Neptune 上設計：
+ 此ISV解決方案需要跨不同叢集進行客戶實體隔離。
+ ISV 解決方案需要建構，例如傳統關聯式資料庫管理系統中找到的具名資料庫或結構描述。

經過考量後，ISVs請了解這些聲明並不正確，因為在幾乎所有工作負載下，每個客戶在資料庫中都有中斷連線的圖表。實作本文件中討論的資料建模和存取指南，可防止跨越這些資料界限並維護客戶資料隱私權。

本指南同時說明[孤島模型](silo-model.md)和[集區模型 ](pool-model.md)，但大多數ISVs人選擇集區模型的成本和操作效率。本指南簡短討論混合模型，結合孤立系統和集區模型的各個層面。有些 為其最大客戶ISVs使用混合模型，以適應圖形大小的法規或合規要求。