前言：
cfans轉載的《誰(shuí)適合ASP模式的ERP》、《ASP模式綜述》對ASP模式做了較詳細的介紹。
本文簡(jiǎn)單描述了ASP和SaaS模式的聯(lián)系和區別。
在閱讀本文以前，強烈推薦你先閱讀微軟官方有關(guān)SaaS的兩篇文檔：
《抓住長(cháng)尾市場(chǎng)的架構戰略》
《多用戶(hù)數據體系結構》
兩篇文章的英文版在這里：
英文版在這里：
Architecture Strategies for Catching the Long Tail
Multi-Tenant Data Architecture
作者的Blog：
Frederick Chong
Gianpaolo Carraro
SaaS和ASP的聯(lián)系：
無(wú)需置疑，微軟現在推廣的SaaS（Software as a Service ）是從ASP模式演變而來(lái)。雖然微軟在上述的文檔里面沒(méi)有過(guò)多地提到ASP，但是SaaS和ASP還是有千絲萬(wàn)縷的聯(lián)系。
ASP和SaaS和重點(diǎn)都是“軟件部署為托管服務(wù)，通過(guò)因特網(wǎng)存取”。他們相同的地方有：
運營(yíng)模式：
軟件所有權屬于供應商，供應商來(lái)負責基礎設施和軟件維護升級工作。
服務(wù)方式：
客戶(hù)按一定的付費周期來(lái)租賃供應商的服務(wù)，費用可能隨著(zhù)客戶(hù)使用規模大小不同。供應商定期和客戶(hù)一起整理需求，以使服務(wù)能響應客戶(hù)變化。
盈利方式：
通過(guò)專(zhuān)業(yè)化和規模經(jīng)濟來(lái)降低供應商軟件服務(wù)成本，以此達到盈利目的。附加的盈利方式有廣告和無(wú)線(xiàn)增值等。
只有達到一定的規模，才能使供應商投入的硬件和專(zhuān)業(yè)服務(wù)成本和營(yíng)業(yè)收入達到平衡。在此之后，隨著(zhù)規模的增大，供應商的銷(xiāo)售成本絲毫不受影響，
利潤才開(kāi)始增長(cháng)。
ASP和SaaS不同的地方在哪里？
傳統的ASP只是針對每個(gè)客戶(hù)定制不同的應用，而沒(méi)有將所有的客戶(hù)放在一起進(jìn)行考慮。在SaaS模式中，在用戶(hù)和Web服務(wù)器上的應用之間增加了一個(gè)中間層，這個(gè)中間層用來(lái)處理用戶(hù)的定制、擴展性和多用戶(hù)的效率問(wèn)題。技術(shù)上來(lái)說(shuō)，要不ASP模式復雜。
下圖為《抓住長(cháng)尾市場(chǎng)的架構戰略》中使用的SaaS成熟模型
在此圖中可以清晰地看出ASP和SaaS的最大區別：
ASP處于成熟模型級別1的區域，每個(gè)客戶(hù)運行供應商為自己定制的特有實(shí)例。從技術(shù)角度來(lái)說(shuō)，就是每個(gè)客戶(hù)使用一個(gè)數據庫、一個(gè)Web站點(diǎn)或者虛擬目錄。數據庫中的數據結構和應用的代碼可能都根據客戶(hù)需求做過(guò)定制化修改。
而成熟模型級別2的的主要特點(diǎn)是：代碼和數據結構都是相同的，供應商在設計應用的時(shí)候已經(jīng)考慮了擴展性，所以針對不同需求的客戶(hù)，可以采用靈活的配置來(lái)響應，但是應用數據仍然是隔離的。從技術(shù)角度來(lái)說(shuō)，所有客戶(hù)都是使用一套安裝包，數據庫結構和一樣。在此模式下，供應商面臨的挑戰主要是：
1.在數據庫設計時(shí)如何實(shí)現用戶(hù)的定制數據存儲？
2.在UI層設計時(shí)如何實(shí)現用戶(hù)可定制UI和表單字段的自主增減？
成熟模型級別3的的主要特點(diǎn)是：使用一套應用程序來(lái)承載所有客戶(hù)實(shí)例。在數據庫中也是使用一個(gè)數據庫保存數據。所有客戶(hù)的UI和應用數據是通過(guò)授權和安全策略等方式進(jìn)行隔離。在這種模式下，供應商面臨的挑戰主要是：
1.如何在設計時(shí)就處理好大量并發(fā)和海量數據？
2.如何保證應用系統的穩定性？
3.如何說(shuō)服客戶(hù)接收這種數據保存策略？
最為理想的成熟模型是級別4，采用這種模型，用戶(hù)接入的是負載均衡的服務(wù)器群，其它和級別3相同。在這種模式下，供應商面臨的主要挑戰是：
1.如何在服務(wù)器群硬件投入和客戶(hù)規模之間找到平衡？
2.如何降低服務(wù)器群的前期投入和維護成本？
小結：
SaaS模式ASP模式都秉承“軟件即服務(wù)”的理念，但是SaaS要比ASP復雜的多。對于有志于采用SaaS進(jìn)行應用開(kāi)發(fā)的供應商來(lái)說(shuō)，應該先評估所處行業(yè)中目標客戶(hù)對此模式的接收程度，并要評估自身的技術(shù)特點(diǎn)，以便更快的接收這種從軟件構建、銷(xiāo)售到部署方式的徹底改變。
聯(lián)系客服
