首頁 >> 新聞

深入剖析SaaS之二: SaaS介紹

2008/10/17

1. 引言

　　 橫看成嶺側成峰， 遠近高低各不同。 不識廬山真面目， 只緣身在此山中。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　------蘇軾，《 題西林壁》

　　“社會化大開發(fā)”是人們夢寐以求的事情，信息化的軟件將象您自家的水管一樣，當您需要時您只要擰開水龍頭，自來水就會源源不斷地送到您家。將來的軟件也會這樣，只要您能上網(wǎng)，您隨時都可通過訪問軟件服務公司提供商的某個地址，您所需要的業(yè)務就可以在網(wǎng)上完成，這里您完全不需要把軟件和數(shù)據(jù)庫下載到本地安裝，也不讓您自己手工升級和維護。您所要做的一個前提條件是您先必須通過注冊的方式去購買這種服務。不僅僅是業(yè)務軟件，就連操作系統(tǒng)等這樣的龐然大物將來也會在您開機時通過網(wǎng)聯(lián)網(wǎng)臨時送到您電腦而不是您事先安裝好。

2. 什么是SaaS

　　2.1 SaaS的定義

　　SaaS是Software-as-a-service（軟件即服務）的簡稱，是隨著互聯(lián)網(wǎng)技術的發(fā)展和應用軟件的成熟，而在21世紀開始興起的一種完全創(chuàng)新的軟件應用模式。它與“on-demand software”（按需軟件），ASP，hosted software（托管軟件）所具有相似的含義。它是一種通過Internet提供軟件的模式，廠商將應用軟件統(tǒng)一部署在自己的服務器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應用軟件服務，按定購的服務多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務。用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進行維護，服務提供商會全權管理和維護軟件，軟件廠商在向客戶提供互聯(lián)網(wǎng)應用的同時，也提供軟件的離線操作和本地數(shù)據(jù)存儲，讓用戶隨時隨地都可以使用其定購的軟件和服務。對于許多小型企業(yè)來說，SaaS是采用先進技術的最好途徑，它消除了企業(yè)購買、構建和維護基礎設施和應用程序的需要。近年來，SaaS的興起已經(jīng)給傳統(tǒng)套裝軟件廠商和平臺軟件廠商帶來真實的壓力，同時，社會化軟件大開發(fā)就是以SaaS為基礎，它是時代發(fā)展的必然產(chǎn)物和先進思想。

　　在這種模式下，企業(yè)不再象傳統(tǒng)模式那樣花費大量投資用于硬件、軟件、人員，而只需要支出一定的租賃服務費用，通過互聯(lián)網(wǎng)便可以享受到相應的硬件、軟件和維護服務，享有軟件使用權和不斷升級，這是網(wǎng)絡應用最具效益的營運模式。企業(yè)采用SaaS服務模式在效果上與企業(yè)自建信息系統(tǒng)基本沒有區(qū)別，但節(jié)省了大量用于購買IT產(chǎn)品、技術和維護運行的資金，且像打開自來水龍頭就能用水一樣，方便地利用信息化系統(tǒng)，從而大幅度降低了中小企業(yè)信息化的門檻與風險。

　　同時，服務提供商通過大規(guī)模的客戶收取一定服務費用，一方面來達到軟件的最大利用率，另一方面也降低頻繁的客戶現(xiàn)場實施和維護費用，更多的精力投入到技術及服務質量上，更好地通過有效的技術措施保證每家企業(yè)數(shù)據(jù)的安全性和保密性。

　　2.2 SaaS的三層含義

　　SaaS有三層含義：

　　表現(xiàn)層

　　SaaS是一種業(yè)務模式，這意味著用戶可以通過租用的方式遠程使用軟件，解決了投資和維護問題。而從用戶角度來講，SaaS是一種軟件租用的業(yè)務模式。

　　接口層

　　SaaS是統(tǒng)一的接口方式，可以方便用戶和其他應用在遠程通過標準接口調用軟件模塊，實現(xiàn)業(yè)務組合。

　　應用實現(xiàn)層

　　SaaS是一種軟件能力，軟件設計必須強調配置能力和資源共享，使得一套軟件能夠方便地服務于多個用戶。

　　SaaS模式下的軟件運營商，從不同層面提出了從系統(tǒng)設計、接口需求到軟件實現(xiàn)的不同要求見圖1：

圖1 SaaS模式下各層的含義及實現(xiàn)

　　對SaaS軟件的第一個要求就是將SaaS軟件中的管理流與業(yè)務流進行分離。運營的本質就是控制，“通信能力運營”就是對用戶能否使用通信能力的切換，而通信能力本身在設計之初，就支持這種切換；“IT應用運營”，也同樣需要支持這種切換能力，而應用軟件本身，往往更關注業(yè)務能力的實現(xiàn)，應用軟件要轉變成為SaaS軟件，必須從根本上實現(xiàn)對使用權限的外部控制，也就是要實現(xiàn)管理流與業(yè)務流的分離，管理流用于實現(xiàn)對IT應用的切換控制，業(yè)務流用于保證IT應用功能的實現(xiàn)。

　　SaaS軟件在接口方面，必須滿足用戶統(tǒng)一的遠程調用要求。隨著互聯(lián)網(wǎng)技術和分布式計算技術的發(fā)展，越來越多的用戶希望遠程連接到數(shù)據(jù)源和應用，以期實現(xiàn)應用程序跨多個服務器的分布和運行，這也是Web2.0中混合搭建（Mash Up）的目標。SaaS軟件需要支持采用分布式的SOA架構，使軟件系統(tǒng)具備更強的靈活性、適應性和可維護性。分布式SOA架構通過智能端點讓具備某種服務功能的應用自動找尋其他服務，并與其實現(xiàn)相互通信，從而滿足基于SOA架構的SaaS軟件對各項技術和成本的要求。

　　SaaS模式面向長尾市場，要求SaaS軟件必須具備低成本運行能力和個性化配置能力。一方面，利基市場雖然總和誘人，但如果不能解決多用戶間的資源共享，隨著用戶數(shù)量的增加，SaaS軟件的運營成本就會線性上升，而無法產(chǎn)生規(guī)模效應；另一方面，客戶在接受SaaS軟件主要業(yè)務流程的前提下，還會有一定的個性要求，比如企業(yè)標識、頁面版式、頁面色系等，這也是SaaS軟件需要滿足的客戶需求。此外，計算能力共享、存儲能力共享、代碼共享、個性化配置能力、大容量支持能力等等，都是編制SaaS軟件中需要解決的問題。

　　2.3 SaaS常用詞語解釋

　　跨界混搭（Mash-up）

　　“跨界混搭”這個術語起源于流行音樂，編曲者把兩張唱片混編以后重新制作出一首新歌。這個概念應用在SaaS上，就是指把多個不同的在線應用軟件服務搭建成為一種新型的整合服務。用戶通常只需要登錄一次就可以使用集成好的應用軟件組合。

　　需要注意的是，當您把多種SaaS服務混合到一個軟件中去后，其中一種會是核心，如果其出現(xiàn)嚴重問題，將會影響到整個軟件的使用。

　　集成器（Ｃonnector）

　　集成器是一種軟件程序，讓您從一個應用程序中讀取數(shù)據(jù)，然后下載到SaaS解決方案中（同樣可以用于將數(shù)據(jù)送回到另一個應用程序中）。這種數(shù)據(jù)傳送通常用于實時或批量傳送的情況，企業(yè)完成初始數(shù)據(jù)的導入或導出，然后根據(jù)需要定期更新這些數(shù)據(jù)。比如，像國外的SaaS服務商Salesforce或國內(nèi)的800CRM提供SAP[/url]集成器，就將SAP中的客戶數(shù)據(jù)導入到Salesforce或800CRM系統(tǒng)中。

　　解決方案擴展（Solution extension）

　　SaaS 解決方案具有的擴展性讓用戶能夠在已存在的軟件結構上，按需再增加額外的工具或功能。像前面提到的Salesforce的App Exchange應用軟件開發(fā)平臺，以及國內(nèi)的SaaS托管商800CRM的800App應用軟件開發(fā)平臺都是解決方案擴展的典型代表。

　　還有一些擴展性例如可以擴展數(shù)據(jù)模型，提供個性化的用戶界面以及其他更多自定制的擴展服務。

　　垂直應用（Vertical applications）

　　“垂直應用”不是SaaS的專用術語，它也應用于其他領域，通常是指為某一個領域（例如銀行，醫(yī)藥等）建立一個專門的平臺。雖然它已經(jīng)在傳統(tǒng)行業(yè)應用很多年了，但是相對來講應用在SaaS中還是一個比較新的概念。

　　隨著SaaS的不斷成熟，客戶希望SaaS服務商能提供詳細的垂直應用行業(yè)方案。例如，目前Salesforce的APP Exchange平臺已經(jīng)能夠實現(xiàn)全方位跨行業(yè)的應用，各個行業(yè)的公司都能夠在Salesforce的平臺上進行二次開發(fā)。

　　參數(shù)應用（Parametric applications）

　　在傳統(tǒng)軟件模式下，如果軟件的服務功能需要改變，那么相應的代碼也需要重新編寫。但是在SaaS模式下，用戶可以通過輸入新的參數(shù)變量，或者制定一些數(shù)據(jù)關聯(lián)規(guī)則來開啟一種新的應用。這種新式服務模式也被稱為“參數(shù)應用”，“宏或”自定制對象，主要是因為這種應用程序可以讓用戶自己定制新的應用，不需要懂軟件編程。

　　Salesforce或800CRM升級系統(tǒng)，自定制對象也同時升級，而最本質的應用則是客戶可以自己通過改變參數(shù)和參數(shù)關聯(lián)來為系統(tǒng)增加新的功能。

　　模塊化（Modular）

　　SaaS中模塊功能主要用于關閉或開啟服務。在聚集了豐富功能的強大應用平臺中，經(jīng)理可以像選擇菜單那樣任意地選擇功能，關閉某些不需要用到的功能，也可以根據(jù)需求增加新的功能。

　　SaaS服務商基于網(wǎng)絡]架構建立了自己的應用平臺，模塊的靈活性使得他們可以根據(jù)客戶的不同需求，將功能復雜繁多的系統(tǒng)配置成適合客戶的系統(tǒng)。

　　在線SaaS

　　“在線SaaS”從表面意思來看似乎有點累贅，SaaS本身的概念就是提供一種在線服務，因此所有的SaaS應用程序都應該是產(chǎn)生于網(wǎng)絡，壯大于網(wǎng)絡的。但該術語是相對于SaaS的前身——ASP（應用服務提供商）來說的，這是一種早期的遠程軟件托管形式。跟如今直接在網(wǎng)上使用的系統(tǒng)相比，ASP時代的用戶可能覺得通過專線或專用加密設備訪問的系統(tǒng)來得更安心。顯然，早期的ASP解決方案設計的一些運行緩慢的程序并沒有很好地體現(xiàn)“在線”這個概念, 很多ＡＳＰ客戶需要借用、Citrix等實現(xiàn)遠程訪問。

　　所以當人們說 “在線SaaS”時，這個術語其實是在強調使用瀏覽器直接使用軟件，而加密是通過瀏覽器通用的加密協(xié)議。

　　基礎架構平臺（Platform）

　　有時候SaaS的擁護者希望出現(xiàn)一種基礎架構的平臺來推動SaaS更好地發(fā)展。

　　這是因為首先得有一個平臺來支撐SaaS軟件應用程序的運行，如今最著名的是國外Salesforce公司的APP Exchange平臺，國內(nèi)800CRM的800APP Native的平臺與Salesforce兼容。

　　服務水平協(xié)議（SLA）

　　SLA(Service Level Agreement)，指IT服務提供商和客戶之間就服務提供中關鍵的服務目標及雙方的責任等有關細節(jié)問題而簽訂的協(xié)議，此協(xié)議重在陳述服務的質量、優(yōu)先級和責權。
　　 對于SLA的必要性，在BS15000-1中的服務提供過程中有明確指出：對服務提供全過程中的服務水平目標和工作量參數(shù)，應在組織（服務提供商和雇主公司）間協(xié)商同意并形成記錄。對每一項服務應定義、協(xié)定和記錄一個或多個服務水平協(xié)議（SLAs）。SLAs、運營級別協(xié)議和第三方合同（支持合同）及相應的程序應在相關組織間協(xié)商并記錄。

　　 SLA不止是一個合同書，更主要的方面是“SLA過程”。所謂“SLA過程”是指通過SLA的管理，來保障在SLA合同書中對客戶承諾的QoS(Quality of Services)服務質量。

3. SaaS與傳統(tǒng)軟件的對比

　　SaaS的興起將是IT業(yè)的一場新革命。SaaS模式將徹底改變傳統(tǒng)軟件的開發(fā)方式和使用方式。傳統(tǒng)軟件將在這場革新的浪潮中被沖擊得支離破碎，大多數(shù)傳統(tǒng)軟件將會消亡或者轉型。
　　3.1 SaaS與傳統(tǒng)軟件的區(qū)別

　　傳統(tǒng)軟件是在公司內(nèi)部架設軟件運行環(huán)境，自己購買應用服務器、數(shù)據(jù)庫服務器、網(wǎng)卡等硬件，安裝自己的局域網(wǎng)并在局域網(wǎng)內(nèi)部署軟件。所以不同公司都各自部署一套自己的系統(tǒng)。不同公司的用戶事實是通過不同的途徑訪問不同的系統(tǒng)，如圖2所示：

圖2 傳統(tǒng)軟件

　　這種情況明顯可看出一個致命的問題。就是軟件的部署十分重要，軟件的部署不僅要投入大量的硬件設備，并且軟件部署的好壞直接影響著軟件的正常使用，有些軟件開發(fā)得再好，可是沒有較好的部署結果還是失敗。

　　以ERP軟件為例，需要ERP這樣的企業(yè)應用軟件，軟件的部署和實施比軟件本身的功能、性能更為重要，萬一部署失敗，那所有的投入幾乎全部白費，這樣的風險是每個企業(yè)用戶都希望避免的。通常的ERP、CRM項目的部署周期至少需要一兩年甚至更久的時間，而SaaS模式的軟件項目部署最多也不會超過90天，而且用戶無需在軟件許可證和硬件方面進行投資。傳統(tǒng)軟件在使用方式上受空間和地點的限制，必須在固定的設備上使用，而SaaS模式的軟件項目可以在任何可接入Internet的地方與時間使用。相對于傳統(tǒng)軟件而言SaaS模式在軟件的升級、服務、數(shù)據(jù)安全傳輸?shù)雀鱾�方面都有很大的優(yōu)勢。讓我們來看看SaaS模式的軟件部署，如圖3所示：

圖3 SaaS模式

　　通過上面的分析我們總結出SaaS模式與傳統(tǒng)軟件許可模式的區(qū)別：

　　表1 SaaS模式與傳統(tǒng)軟件許可模式的區(qū)別


　　3.2 SaaS對傳統(tǒng)軟件的影響

　　軟件運營服務（SaaS）的誕生將會對傳統(tǒng)軟件產(chǎn)業(yè)產(chǎn)生巨大的沖擊。它主要表現(xiàn)在以下三個方面：

　　第一，軟件運營服務模式將會成為未來軟件應用和銷售模式的主要模式之一，將越來越多地搶占傳統(tǒng)軟件模式的市場。計世資訊（CCW Research）預計，從2007年開始,會有大量的運營化（SaaS）軟件出現(xiàn)。到2010年，50%以上的傳統(tǒng)軟件將會同時出現(xiàn)軟件運營服務模式。如果傳統(tǒng)軟件提供商不進行戰(zhàn)略轉型，將會在未來的市場競爭中處于不利地位。

　　第二，軟件運營服務模式的出現(xiàn)將會促使傳統(tǒng)軟件的商業(yè)模式發(fā)生變化。由于軟件運營服務模式實行的是按需服務、按需付費的模式，對用戶的吸引力要遠遠高于傳統(tǒng)軟件的許可證模式。計世資訊（CCW Research）認為，隨著軟件運營服務按需服務和按需付費模式的普及與推廣，傳統(tǒng)軟件的商業(yè)模式尤其是付費模式也會逐漸向此靠攏。

　　第三，軟件運營服務的出現(xiàn)將會加劇傳統(tǒng)軟件業(yè)的整合與并購。由于軟件運營商采用“一對多”的服務模式，這必然導致軟件運營商的數(shù)量會大大減少，這也會給傳統(tǒng)軟件提供商帶來巨大的挑戰(zhàn)。計世資訊（CCW Research）預計，2010年，中國傳統(tǒng)的軟件提供商將有一半會消亡或轉型。

4. SaaS與ASP的異同

　　SaaS和ASP的重點都是“軟件部署為托管服務，通過因特網(wǎng)存取”。他們相同的地方有：

　　運營模式：

　　軟件所有權屬于供應商，供應商來負責基礎設施和軟件維護升級工作。

　　服務方式：

　　客戶按一定的付費周期來租賃供應商的服務，費用可能隨著客戶使用規(guī)模大小不同。供應商定期和客戶一起整理需求，以使服務能響應客戶變化。

　　盈利方式：

　　通過專業(yè)化和規(guī)模經(jīng)濟來降低供應商軟件服務成本，以此達到盈利目的。附加的盈利方式有廣告和無線增值等。

　　只有達到一定的規(guī)模，才能使供應商投入的硬件和專業(yè)服務成本和營業(yè)收入達到平衡。在此之后，隨著規(guī)模的增大，供應商的銷售成本絲毫不受影響，利潤才開始增長。

　　SaaS雖然是建立在ASP的基礎上，它們的根源是相同的。ASP曾經(jīng)倒在大眾的一片“喝彩”聲中，只是過眼煙云。今天的SaaS又有什么新的變化呢？這是大加都很關心的，SaaS并不是簡單的由ASP改變一下，也不是一種慨念的炒作�，F(xiàn)在我們來討論下SaaS和ASP的主要區(qū)別：

　　ASP是“一對一”關系而SaaS是“一對多”關系

　　ASP提供客戶服務是“一對一”關系，即針對不同的客戶定制不同的應用。而SaaS提供客戶服務是“一對多”關系，即針對所有客戶都是相同的應用服務。

　　ASP模式下每個客戶運行供應商為自己定制的特有實例。從技術角度來說，就是每個客戶使用一個數(shù)據(jù)庫、一個Web站點或者虛擬目錄。數(shù)據(jù)庫中的數(shù)據(jù)結構和應用的代碼可能都根據(jù)客戶需求做過定制化修改。

　　SaaS是可自定義的

　　SaaS對于應用系統(tǒng)來說，更強調應用的可自定義，SaaS的自定義能力使得SaaS應用能適合更廣泛的企業(yè)用戶，增多了很多用戶體驗，比如說自定義表單，自定義數(shù)據(jù)結構，自定義報表，自定義用戶界面，自定義業(yè)務流程。用戶可以通過這些可自定義的工具來滿足自己的個性要求。

　　服務范圍不同

　　SaaS應用更拓展了ASP的應用范圍，并不僅僅局限于應用系統(tǒng)的托管，而更著眼于提供更多的互聯(lián)網(wǎng)服務。如Google Apps、Google Map甚至于郵件服務，都可以認為是SaaS應用的一種表現(xiàn)形式，原來含義上的托管已經(jīng)從窄義的應用向廣義的互聯(lián)網(wǎng)應用轉換�？傊�，SaaS提供了企業(yè)更多可供選擇的互聯(lián)網(wǎng)服務，這些服務通過SaaS進行整合，集約地提供給企業(yè)用戶，和敏捷的應用互相輝映。

　　技術復雜程度不同

　　傳統(tǒng)的ASP只是針對每個客戶定制不同的應用，而沒有將所有的客戶放在一起進行考慮。在SaaS模式中，在用戶和Web服務器上的應用之間增加了一個中間層，這個中間層用來處理用戶的定制、擴展性和多用戶的效率問題。技術上來說，要比ASP模式復雜得多。

　　SaaS模式ASP模式都秉承“軟件即服務”的理念，但是SaaS要比ASP復雜的多。

　　而SaaS的軟件架構有較大改變，廣泛應用Ajax技術，支持界面局部刷新，讓用戶有更好的體驗感受。

　　擴展性不同

　　SaaS模式的代碼和數(shù)據(jù)結構都是相同的，供應商在設計應用的時候已經(jīng)考慮了擴展性，所以針對不同需求的客戶，可以采用靈活的配置來響應，但是應用數(shù)據(jù)仍然是隔離的。從技術角度來說，所有客戶都是使用一套安裝包，數(shù)據(jù)庫結構和一樣。

　　下面我們從“軟件即服務的”三個層面來比較SaaS模式與ASP模式的主要區(qū)別如表2-2：

　　表2 SaaS模式與ASP模式在三個層面的區(qū)別


5. 小結

　　本文介紹了什么是SaaS，并且比較了SaaS與ASP的不同之處。通過對SaaS的介紹，讓我們對SaaS有了較深入的理解，也能區(qū)分ASP與SaaS的不同。為我們進行SaaS的深入研究奠定的基礎。

希賽網(wǎng)


相關鏈接:
深入剖析SaaS之一: SaaS的前身ASP 2008-10-17
電信運營商的SaaS戰(zhàn)略：醉翁之意不在酒 2008-10-09
從“快遞單打印”談SaaS的客戶體驗 2008-07-08
統(tǒng)一通信（UC）與SaaS將走向融合 2008-06-26
中小軟件應避免獨立運營SaaS 2008-05-28

分類信息: