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