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

# 資料分割
<a name="data-partitioning"></a>

 *數據分區*用於描述用於在多租戶環境中表示數據的不同策略。此術語廣泛用於涵蓋一系列不同的方法和模型，這些方法和模型可用於將不同的資料結構與個別租用戶產生關聯。

 請注意，通常會有一種誘惑，將數據分區和租戶隔離視為可互換。這兩個概念並不意味著是等價的。當我們談論*數據分區*時，我們正在討論如何為單個租戶存儲租戶數據。分區數據不能確保數據被隔離。隔離仍必須個別套用，以確保一個租用戶無法存取另一個承租人的資源。

 每種AWS儲存技術都會為資料分割策略帶來自己的一組考量。例如，在 Amazon DynamoDB 中隔離資料看起來會與使用 Amazon Relational [Database Service 服務 (Amazon](https://aws.amazon.com/rds/) RDS) 隔離資料截然不同。

 通常，當您考慮數據分區時，首先考慮數據是孤立還是匯集數據。在孤立的模型中，每個租用戶都有一個獨特的存儲構造，沒有共同混合的數據。對於集區分割，資料會根據決定與每個租用戶關聯的資料的承租人識別碼進行混合和分割。

 舉例來說，使用 Amazon DynamoDB 時，孤立模型會為每個租用戶使用單獨的表格。在 Amazon DynamoDB 中共用資料的方式是將租用戶識別碼存放在管理所有租用戶資料的每個 Amazon DynamoDB 表的分區金鑰中，以達成資料共用。

 您可以想像這在服務範圍內可能會有什麼不同，每個AWS服務都會引入自己的結構，這些建構可能需要不同的方法來實現每個服務的孤島和集區儲存模型。

 雖然資料分割和租用戶隔離是單獨的主題，但您選擇的資料分割策略可能會受到資料隔離模型的影響。例如，您可能會倉儲一些存儲，因為這種方法最適合您的域或客戶的需求。或者，您可能會選擇 Silo，因為集區模型可能不允許您以解決方案所需的粒度層級強制執行隔離。

 嘈雜的鄰居也會影響您的隔離方法。應用程式中的某些工作負載或使用案例可能需要分開保存，以限制來自其他租用戶的影響，或者符合服務等級協定 (SLA)。