深入剖析SaaS之二: SaaS介紹

2008/10/17

• 深入剖析SaaS之一: SaaS的前身ASP

圖1 SaaS模式下各層的含義及實(shí)現

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

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

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

　　2.3 SaaS常用詞語(yǔ)解釋

　　跨界混搭（Mash-up）

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

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

　　集成器（Ｃonnector）

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

　　解決方案擴展（Solution extension）

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

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

　　垂直應用（Vertical applications）

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

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

　　參數應用（Parametric applications）

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

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

　　模塊化（Modular）

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

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

　　在線(xiàn)SaaS

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

　　所以當人們說(shuō) “在線(xiàn)SaaS”時(shí)，這個(gè)術(shù)語(yǔ)其實(shí)是在強調使用瀏覽器直接使用軟件，而加密是通過(guò)瀏覽器通用的加密協(xié)議。

　　基礎架構平臺（Platform）

　　有時(shí)候SaaS的擁護者希望出現一種基礎架構的平臺來(lái)推動(dòng)SaaS更好地發(fā)展。

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

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

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

　　 SLA不止是一個(gè)合同書(shū)，更主要的方面是“SLA過(guò)程”。所謂“SLA過(guò)程”是指通過(guò)SLA的管理，來(lái)保障在SLA合同書(shū)中對客戶(hù)承諾的QoS(Quality of Services)服務(wù)質(zhì)量。

3. SaaS與傳統軟件的對比

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

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

圖2 傳統軟件

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

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

圖3 SaaS模式

　　通過(guò)上面的分析我們總結出SaaS模式與傳統軟件許可模式的區別：

　　表1 SaaS模式與傳統軟件許可模式的區別

5. 小結

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

• 深入剖析SaaS之三: SaaS的特性
• 深入剖析SaaS之四: SaaS的好處

希賽網(wǎng)