掃一掃
服務(wù)近2000家企業(yè)，依托一系列實踐中打磨過的技術(shù)和產(chǎn)品，根據(jù)企業(yè)的具體業(yè)務(wù)問題和需求，針對性的提供各行業(yè)大數(shù)據(jù)解決方案。
云軟件(SAAS)的幾種實現(xiàn)方式優(yōu)缺點對比
來源：未知 時間：2018-12-17 瀏覽次數(shù)：505次
隨著互聯(lián)網(wǎng)的不斷發(fā)展，軟件模式由單獨運行的軟件逐步升級為云軟件SAAS，云軟件的基本模式是軟件隨用戶的增加而增加部署數(shù)量，而是只部署一套，通過賬號控制分配給不同的商戶，商戶可以根據(jù)自己的需求定制需要的功能模塊
1.SAAS云應(yīng)用場景
1.SAAS云應(yīng)用場景
SAAS云應(yīng)用近幾年來越來越火，這得益于國內(nèi)云計算的基礎(chǔ)設(shè)施的發(fā)展，如以前我們開發(fā)應(yīng)用所需要的硬件計算資源、平臺的操作系統(tǒng)、互聯(lián)網(wǎng)IP、帶寬及域名等，均可以非常有效解決了，企業(yè)建設(shè)應(yīng)用或平臺，不再需要考慮如何購買這些資源，我們僅需要通過在阿里或騰訊那里購買到這種云服務(wù)器即可，這些資源的使用及付費已經(jīng)做到像交水費及電費那樣簡單。而現(xiàn)在唯一需要考慮的是在這些云計算資源上如何構(gòu)建我們需要的企業(yè)應(yīng)用。
在傳統(tǒng)的應(yīng)用上，我們開發(fā)的每個一個應(yīng)用均是服務(wù)于一家企業(yè)或單位，我們可以把它稱之為私有云。在今時今日的互聯(lián)加的應(yīng)用模式下，亦可以服務(wù)于某個企業(yè)的多個客戶或子公司，其業(yè)務(wù)可以隨時分割，如：
案例一：
企業(yè)開發(fā)一個會員系統(tǒng)，可以給其所有的客戶使用，每個客戶可以獨立管理其會員。包括會員積分、消費管理、充值、微信端消息推送管理等。
案例二：
省需要開發(fā)一個云醫(yī)療集中數(shù)據(jù)采集平臺，需要每家醫(yī)院定期上報數(shù)據(jù)及對其自身的數(shù)據(jù)進行統(tǒng)計，同時平臺的管理員可以對所有的醫(yī)院的數(shù)據(jù)進行匯總及統(tǒng)計。
案例三：
企業(yè)開發(fā)一個協(xié)同應(yīng)用，提供給不同的子公司使用，同時集團公司需要跟子公司之間有數(shù)據(jù)交互，并且需要有些流程需要在集團公司與子公司之間進行交互使用。
我們把以上的應(yīng)用場景都可以用SAAS模式來實現(xiàn)，同時對于傳統(tǒng)舊的應(yīng)用，我們可以用單個租戶模式來實現(xiàn)即可。這種模式我們稱之為云應(yīng)用，如果把這種模式面向公網(wǎng)進行租戶注冊使用，我們即稱之為公有云，若并且開放對應(yīng)的接口服務(wù)，我們可以把它稱之為平臺服務(wù)，即PAAS。
其實云應(yīng)用還可適用以下的應(yīng)用場景：
- 私有云部署應(yīng)用，全單位或公司共用所有業(yè)務(wù)
- 多個部門登錄管理不同的業(yè)務(wù)
- 集團內(nèi)存在多個分公司，分公司負責(zé)類似相同的業(yè)務(wù)
- 多個部門或分公司人員或業(yè)務(wù)有關(guān)聯(lián)
- 每個分公司需要有獨立的數(shù)據(jù)管理
- 集團或總公司需要集中管理數(shù)據(jù)
- 按不同子系統(tǒng)管理不同的業(yè)務(wù)，授權(quán)不同子公司或部門
2.SAAS應(yīng)用的幾種存儲實現(xiàn)模式
方案一、獨立數(shù)據(jù)庫
這是第一種方案，即一個租戶一個數(shù)據(jù)庫(Database)，這種方案的用戶數(shù)據(jù)隔離級別最高，安全性最好，但成本也高。
優(yōu)點：
為不同的租戶提供獨立的數(shù)據(jù)庫，有助于簡化數(shù)據(jù)模型的擴展設(shè)計，滿足不同租戶的獨特需求；
如果出現(xiàn)故障，恢復(fù)數(shù)據(jù)比較簡單。
缺點：
增大了數(shù)據(jù)庫的安裝數(shù)量，隨之帶來維護成本和購置成本的增加。
這種方案與傳統(tǒng)的一個客戶、一套數(shù)據(jù)、一套部署類似，差別只在于軟件統(tǒng)一部署在運營商那里。如果面對的是銀行、醫(yī)院等需要非常高數(shù)據(jù)隔離級別的租戶，可以選擇這種模式，提高租用的定價。如果定價較低，產(chǎn)品走低價路線，這種方案一般對運營商來說是無法承受的。
方案二、共享數(shù)據(jù)庫，隔離數(shù)據(jù)架構(gòu)
這是第二種方案，即多個或所有租戶共享Database，但一個Tenant一個Schema。
優(yōu)點：
為安全性要求較高的租戶提供了一定程度的邏輯數(shù)據(jù)隔離，并不是完全隔離；
每個數(shù)據(jù)庫可以支持更多的租戶數(shù)量。
缺點：
如果出現(xiàn)故障，數(shù)據(jù)恢復(fù)比較困難，因為恢復(fù)數(shù)據(jù)庫將牽扯到其他租戶的數(shù)據(jù)；
如果需要跨租戶統(tǒng)計數(shù)據(jù)，存在一定困難。
方案三、共享數(shù)據(jù)庫，共享數(shù)據(jù)架構(gòu)
這是第三種方案，即租戶共享同一個Database、同一個Schema，但在表中通過TenantID區(qū)分租戶的數(shù)據(jù)。這是共享程度最高、隔離級別最低的模式。
優(yōu)點：
三種方案比較，第三種方案的維護和購置成本最低，允許每個數(shù)據(jù)庫支持的租戶數(shù)量最多。
缺點：
隔離級別最低，安全性最低，需要在設(shè)計開發(fā)時加大對安全的開發(fā)量；
數(shù)據(jù)備份和恢復(fù)最困難，需要逐表逐條備份和還原。
如果希望以最少的服務(wù)器為最多的租戶提供服務(wù)，并且租戶接受以犧牲隔離級別換取降低成本，這種方案最適合。