本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
SaaS 資料分割模型
SaaS 開發人員面臨的挑戰之一,是設計架構模式,以在多租戶環境中代表和組織資料。這些多租戶儲存機制和模式通常稱為資料分割。
在多租戶 SaaS 環境中,區分資料分割和租戶隔離非常重要。這些概念雖然相關,但不是同義字。資料分割是指儲存每個租戶資料的方法。不過,僅分割並不保證租戶隔離。為了確保某個租戶的資料無法供另一個租戶存取,則需要採取其他措施。
多租戶 SaaS 系統中
-
合規
-
分層策略
-
操作需求
-
租用戶隔離需求
此外, 上可用的每個資料庫類型 AWS 通常會提供唯一的資料分割和租用戶隔離模型集合。在查看如何組織租戶圖形以支援解決方案的各種需求時,請考慮 Amazon Neptune 提供的模型。
許多人從下列其中一項聲明ISVs開始在 Neptune 上設計:
-
此ISV解決方案需要跨不同叢集進行客戶實體隔離。
-
ISV 解決方案需要建構,例如傳統關聯式資料庫管理系統中找到的具名資料庫或結構描述。
經過考量後,ISVs請了解這些聲明並不正確,因為在幾乎所有工作負載下,每個客戶在資料庫中都有中斷連線的圖表。實作本文件中討論的資料建模和存取指南,可防止跨越這些資料界限並維護客戶資料隱私權。
本指南同時說明孤島模型和集區模型 ,但大多數ISVs人選擇集區模型的成本和操作效率。本指南簡短討論混合模型,結合孤立系統和集區模型的各個層面。有些 為其最大客戶ISVs使用混合模型,以適應圖形大小的法規或合規要求。