真正意義上的SaaS一定是多租戶的，但是多租戶根據(jù)隔離程度的不同又分為不同模式。

多租戶根據(jù)隔離程度和共享程度分為三種模型，其實就是在共享程度與隔離程度的權(quán)衡選擇。
共享程度越高，租戶成本自然越低，技術(shù)實現(xiàn)難度越高，運維難度越大。
隔離程度越高，租戶成本自然越高，技術(shù)實現(xiàn)難度越低，運維難度越低。

三種多租戶模式

第一個示例使用每租戶的獨立應用程序和其自己的數(shù)據(jù)庫。
第二個示例使用多租戶應用，并且每個租戶都具有一個數(shù)據(jù)庫。
第三個示例使用多租戶應用，并且具有分片式多租戶數(shù)據(jù)庫。
三種模型，從左向右，資源共享程度依次變高，當然成本也就逐步下降，但與之帶來的就是技術(shù)難度也在大幅增加。

Standalone APP ：“每租戶一個獨立應用程序”模式
“每租戶一個獨立應用程序”模式使用單個租戶應用程序，并且每個租戶具有一個數(shù)據(jù)庫。 每個租戶的應用，包括其數(shù)據(jù)庫，均部署到單獨的資源組。 可在服務提供商的訂閱或租戶的訂閱中部署資源組，并由提供程序代表租戶進行管理。 每租戶獨立應用程序模式提供了最佳的租戶隔離，但是它的經(jīng)濟成本通常是最高的，因為無法跨多個租戶共享資源。 此模式非常適合于較為復雜并部署到較小數(shù)量的租戶的應用程序。 相較其他模式，使用獨立部署，能夠更輕松地為每個租戶自定義應用程序。

Database per Tenant：“每個租戶一個數(shù)據(jù)庫”模式
“每個租戶一個數(shù)據(jù)庫”模式適用于注重租戶隔離并想要運行集中式服務以經(jīng)濟高效地使用共享資源的服務提供商。 將為每個場所或租戶創(chuàng)建數(shù)據(jù)庫，并集中管理所有數(shù)據(jù)庫。 數(shù)據(jù)庫可以托管在彈性池中，以便可以均衡無法預測的租戶工作負載模式，輕松并經(jīng)濟高效地進行性能管理。目錄數(shù)據(jù)庫將保管租戶與其數(shù)據(jù)庫之間的映射。 使用彈性數(shù)據(jù)庫客戶端庫的分片映射管理功能管理此映射，從而為應用程序提供高效的連接管理功能。

Sharded Multi-tenant：分片式多租戶數(shù)據(jù)庫模式
多租戶數(shù)據(jù)庫適用于希望降低每個租戶的成本并可接受租戶隔離性降低的服務提供商。 此模式可將大量租戶封裝到單個數(shù)據(jù)庫，從而降低每個租戶的成本。 可以通過跨多個數(shù)據(jù)庫將租戶分片來實現(xiàn)幾乎無限制的縮放。 目錄數(shù)據(jù)庫將租戶映射到數(shù)據(jù)庫。

此模式還可實現(xiàn)混合模型，在此模型中可以通過將多個租戶置于一個數(shù)據(jù)庫中來優(yōu)化成本，或通過將單個租戶置于他們自己的數(shù)據(jù)庫中來優(yōu)化隔離。 在預配租戶時或在此之后，可以根據(jù)租戶做出選擇，并且不會影響此應用程序。 如果需要以不同的方式處理不同租戶組，使用此模式可獲得良好效果。 例如，可將低成本租戶分配到共享數(shù)據(jù)庫，而將高級租戶分配到其自己的數(shù)據(jù)庫。

多租戶技術(shù)實現(xiàn)

通用的多租戶，從 SaaS 角度講，多租戶牽涉到多個層面：底層硬件、操作系統(tǒng)、應用服務器、數(shù)據(jù)層、應用代碼等。每個層面的虛擬化策略，甚至是沒有任何虛擬化僅僅是邏輯上的分離策略，都是這個架構(gòu)的一部分。

多租戶的設(shè)計牽涉到兩層：

數(shù)據(jù)

應用 / 平臺

數(shù)據(jù)層的多租戶

數(shù)據(jù)層的三種多租戶架構(gòu)：

1、獨立數(shù)據(jù)庫

2、共享數(shù)據(jù)庫、獨立 Schema

3、共享數(shù)據(jù)庫、共享 Schema、共享數(shù)據(jù)表

獨立數(shù)據(jù)庫是一個租戶獨享一個數(shù)據(jù)庫實例，它提供了最強的分離度，租戶的數(shù)據(jù)彼此物理不可見，備份與恢復都很靈活；共享數(shù)據(jù)庫、獨立 Schema 將每個租戶關(guān)聯(lián)到同一個數(shù)據(jù)庫的不同 Schema，租戶間數(shù)據(jù)彼此邏輯不可見，上層應用程序的實現(xiàn)和獨立數(shù)據(jù)庫一樣簡單，但備份恢復稍顯復雜； 最后一種模式則是租戶數(shù)據(jù)在數(shù)據(jù)表級別實現(xiàn)共享，它提供了最低的成本，但引入了額外的編程復雜性（程序的數(shù)據(jù)訪問需要用 tenantId 來區(qū)分不同租戶），備份與恢復也更復雜。這三種模式的特點可以用一張圖來概括：

三種部署模式的異同

上圖所總結(jié)的是一般性的結(jié)論，而在常規(guī)場景下需要綜合考慮才能決定那種方式是合適的。例如，在占用成本上，認為獨立數(shù)據(jù)庫會高，共享模式較低。但如果考慮到大租戶潛在的數(shù)據(jù)擴展需求，有時也許會有相反的成本耗用結(jié)論。

而多租戶采用的選擇，主要是成本原因，對于多數(shù)場景而言，共享度越高，軟硬件資源的利用效率更好，成本也更低。但同時也要解決好租戶資源共享和隔離帶來的安全與性能、擴展性等問題。畢竟，也有客戶無法滿意于將數(shù)據(jù)與其他租戶放在共享資源中。

總結(jié)

以上是生活随笔為你收集整理的云计算之多租户理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。