SaaS成熟度模型的4個(gè)等級

SaaS成熟度模型根據是否具有可配置性、高性能、可伸縮可將SaaS成熟度分為四級，每一級都比前一級增加三種特性中的一種。

SaaS優(yōu)勢:規模效應 

SaaS軟件相對傳統軟件而言，具有強大的規模效應。

就傳統軟件而言，每部署一套應用都需要配置相應的服務(wù)器，網(wǎng)絡(luò )設備，運維人員及進(jìn)行一定程度的定制化開(kāi)發(fā)，成本隨部署應用的增多以恒定的速率上升。

但，SaaS模式只部署一套軟件實(shí)例，所需投入的開(kāi)發(fā)、服務(wù)器、運維人員是明確的。隨著(zhù)客戶(hù)規模的上升，分攤到單個(gè)客戶(hù)所需要承擔的成本將進(jìn)一步下降。

如圖所示:

在軟件初期，SaaS模式需要投入的軟件綜合使用成本會(huì )比傳統模式高，但隨著(zhù)客戶(hù)數的增加，SaaS模式的"規模效應"的逐漸形成，其綜合使用成本上升幅度不大，并逐步趨于平穩。反觀(guān)傳統模式，隨著(zhù)客戶(hù)數的增加，所需投入的軟件綜合使用成本一直以恒定的增幅上升。

SaaS應用具有可預期的規模效應，這種規模效應不僅僅是商業(yè)上的問(wèn)題，更是一個(gè)應用架構的問(wèn)題，只有更穩定優(yōu)良的應用架構，才能更好的支撐SaaS。

SaaS的成熟度模型 

根據是否具有可配置性、高性能、可伸縮可將SaaS成熟度分為四級，每一級都比前一級增加三種特性中的一種。

Level1:定制開(kāi)發(fā) 

為用戶(hù)提供專(zhuān)用的數據庫實(shí)例及應用服務(wù)器實(shí)例，依據用戶(hù)實(shí)際需求進(jìn)行定制化開(kāi)發(fā)，其實(shí)最初的SaaS應用成熟度模型，在技術(shù)架構上和傳統項目型軟件開(kāi)發(fā)或軟件外包沒(méi)什么區別。有一個(gè)客戶(hù)項目，就按照客戶(hù)的需求來(lái)定制一個(gè)版本，每個(gè)客戶(hù)都有一份獨立的代碼，各版本間可通用的只有少量可重用軟件，庫及開(kāi)發(fā)人員經(jīng)驗。

雖然最初級的SaaS模型，在應用架構上和傳統軟件模式并沒(méi)有什么區別，但，在商業(yè)模式上，最初級的SaaS模型和傳統軟件模式，還是存在本質(zhì)上的區別--即軟硬件及相應的維護職責都由SaaS服務(wù)商提供，用戶(hù)按需繳納費用即可使用。

Level2:可配置 

還是為用戶(hù)部署單獨的運行實(shí)例，但有效的減低了第二次開(kāi)發(fā)的成本，通過(guò)可配置的形式，滿(mǎn)足用戶(hù)的基本需求。

最初級的成熟度模型，顯然并不是良好的SaaS成熟度模型，每次新增用戶(hù)都需要進(jìn)行定制化的開(kāi)發(fā)，單獨部署。這種模式勢必會(huì )導致隨著(zhù)客戶(hù)數的增加，需要投入的定制化開(kāi)發(fā)成本，軟硬件已經(jīng)運營(yíng)成本，都將隨著(zhù)客戶(hù)的增加而按照比較增加。

但這種模式達到一定規模后，想要進(jìn)一步擴大規模，基本上就只能依賴(lài)于人肉戰術(shù)了。

所以，首先需要解決的問(wèn)題就是降低定制化開(kāi)發(fā)成本。SaaS第二級依賴(lài)的解決方案，就是通過(guò)可配置化實(shí)現有效降低開(kāi)發(fā)，進(jìn)而達到縮減成本的目的。希望通過(guò)可配置化來(lái)滿(mǎn)足不同客戶(hù)的需求，而不需要為客戶(hù)進(jìn)行特定的開(kāi)發(fā)。

但是，其實(shí)通過(guò)描述可發(fā)現，在第二級模型中，軟件的部署架構并沒(méi)有發(fā)生多大的變化，依舊是為每個(gè)客戶(hù)部署一個(gè)運行實(shí)例，只是每個(gè)運行實(shí)例都是運行著(zhù)同一份代碼，通過(guò)配置的不同來(lái)滿(mǎn)足不同客戶(hù)的需求。

Level3:高性能多租戶(hù)架構 

從應用架構的角度而言，第一級和第二級成熟度模型和傳統軟件并沒(méi)有太大的區別，只是在商業(yè)模式上比較符合SaaS的定義。由于其應用架構的設計是為每一個(gè)新的租戶(hù)都單獨部署一份軟件實(shí)例，在一對一的架構，勢必會(huì )導致需要維護軟硬件成本，隨著(zhù)新租戶(hù)的增加而直線(xiàn)上升，無(wú)法有效的發(fā)揮SaaS模式的規模效應。

所以，多租戶(hù)單實(shí)例的SaaS架構才是通常上真正意義的SaaS模式，多個(gè)租戶(hù)對應一個(gè)軟件實(shí)例可有效的降低軟硬件成本，充分發(fā)揮SaaS模式的規模效應。

實(shí)現多租戶(hù)模型的關(guān)鍵是通一定的策略來(lái)確保用戶(hù)數據的獨立性，用戶(hù)共享統一的應用實(shí)例，勢必會(huì )對數據獨立性提出一定的要求，在用戶(hù)需求差別不大，客戶(hù)數量不多時(shí)，講一個(gè)第一級/第二級成熟度模型改造成多租戶(hù)并不會(huì )太復雜，通?？梢酝ㄟ^(guò)獨立數據庫，共享數據庫獨立數據結構，共享數據結果實(shí)現。

Level4:可伸縮性多租戶(hù)架構 

該級別的初始目的為了實(shí)現在用戶(hù)數大量增加的情況下，無(wú)須更改應用架構，只需要簡(jiǎn)答的增加硬件部署的數量，就可支撐應用規模的增長(cháng)。

在架構設計中的Tenant Load Balaner層將會(huì )保存用戶(hù)，租戶(hù)與對應軟件實(shí)例的映射，用戶(hù)登錄后，即刻映射到對應的軟件實(shí)例。