View a markdown version of this page

SaaS 資料分割模型 - AWS 方案指引

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

SaaS 資料分割模型

SaaS 開發人員面臨的挑戰之一,是設計架構模式,以在多租戶環境中代表和組織資料。這些多租戶儲存機制和模式通常稱為資料分割。

在多租戶 SaaS 環境中,區分資料分割和租戶隔離非常重要。這些概念雖然相關,但不是同義字。資料分割是指儲存每個租戶資料的方法。不過,僅分割並不保證租戶隔離。為了確保某個租戶的資料無法供另一個租戶存取,則需要採取其他措施。

多租戶 SaaS 系統中的三種常見資料分割模型是孤立、集區和混合模式。您選擇的任何模型取決於下列因素:

  • 合規

  • 噪音鄰里

  • 分層策略

  • 操作需求

  • 租用戶隔離需求

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

許多人從下列其中一項聲明ISVs開始在 Neptune 上設計:

  • 此ISV解決方案需要跨不同叢集進行客戶實體隔離。

  • ISV 解決方案需要建構,例如傳統關聯式資料庫管理系統中找到的具名資料庫或結構描述。

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

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