深入剖析SaaS之二: SaaS介紹
2008/10/17
1. 引言圖1 SaaS模式下各層的含義及實現(xiàn)
對SaaS軟件的第一個要求就是將SaaS軟件中的管理流與業(yè)務(wù)流進行分離。運營的本質(zhì)就是控制,“通信能力運營”就是對用戶能否使用通信能力的切換,而通信能力本身在設(shè)計之初,就支持這種切換;“IT應用運營”,也同樣需要支持這種切換能力,而應用軟件本身,往往更關(guān)注業(yè)務(wù)能力的實現(xiàn),應用軟件要轉(zhuǎn)變成為SaaS軟件,必須從根本上實現(xiàn)對使用權(quán)限的外部控制,也就是要實現(xiàn)管理流與業(yè)務(wù)流的分離,管理流用于實現(xiàn)對IT應用的切換控制,業(yè)務(wù)流用于保證IT應用功能的實現(xiàn)。
SaaS軟件在接口方面,必須滿足用戶統(tǒng)一的遠程調(diào)用要求。隨著互聯(lián)網(wǎng)技術(shù)和分布式計算技術(shù)的發(fā)展,越來越多的用戶希望遠程連接到數(shù)據(jù)源和應用,以期實現(xiàn)應用程序跨多個服務(wù)器的分布和運行,這也是Web2.0中混合搭建(Mash
Up)的目標。SaaS軟件需要支持采用分布式的SOA架構(gòu),使軟件系統(tǒng)具備更強的靈活性、適應性和可維護性。分布式SOA架構(gòu)通過智能端點讓具備某種服務(wù)功能的應用自動找尋其他服務(wù),并與其實現(xiàn)相互通信,從而滿足基于SOA架構(gòu)的SaaS軟件對各項技術(shù)和成本的要求。
SaaS模式面向長尾市場,要求SaaS軟件必須具備低成本運行能力和個性化配置能力。一方面,利基市場雖然總和誘人,但如果不能解決多用戶間的資源共享,隨著用戶數(shù)量的增加,SaaS軟件的運營成本就會線性上升,而無法產(chǎn)生規(guī)模效應;另一方面,客戶在接受SaaS軟件主要業(yè)務(wù)流程的前提下,還會有一定的個性要求,比如企業(yè)標識、頁面版式、頁面色系等,這也是SaaS軟件需要滿足的客戶需求。此外,計算能力共享、存儲能力共享、代碼共享、個性化配置能力、大容量支持能力等等,都是編制SaaS軟件中需要解決的問題。
2.3 SaaS常用詞語解釋
跨界混搭(Mash-up)
“跨界混搭”這個術(shù)語起源于流行音樂,編曲者把兩張唱片混編以后重新制作出一首新歌。這個概念應用在SaaS上,就是指把多個不同的在線應用軟件服務(wù)搭建成為一種新型的整合服務(wù)。用戶通常只需要登錄一次就可以使用集成好的應用軟件組合。
需要注意的是,當您把多種SaaS服務(wù)混合到一個軟件中去后,其中一種會是核心,如果其出現(xiàn)嚴重問題,將會影響到整個軟件的使用。
集成器(Connector)
集成器是一種軟件程序,讓您從一個應用程序中讀取數(shù)據(jù),然后下載到SaaS解決方案中(同樣可以用于將數(shù)據(jù)送回到另一個應用程序中)。這種數(shù)據(jù)傳送通常用于實時或批量傳送的情況,企業(yè)完成初始數(shù)據(jù)的導入或?qū)С,然后根?jù)需要定期更新這些數(shù)據(jù)。比如,像國外的SaaS服務(wù)商Salesforce或國內(nèi)的800CRM提供SAP[/url]集成器,就將SAP中的客戶數(shù)據(jù)導入到Salesforce或800CRM系統(tǒng)中。
解決方案擴展(Solution extension)
SaaS 解決方案具有的擴展性讓用戶能夠在已存在的軟件結(jié)構(gòu)上,按需再增加額外的工具或功能。像前面提到的Salesforce的App
Exchange應用軟件開發(fā)平臺,以及國內(nèi)的SaaS托管商800CRM的800App應用軟件開發(fā)平臺都是解決方案擴展的典型代表。
還有一些擴展性例如可以擴展數(shù)據(jù)模型,提供個性化的用戶界面以及其他更多自定制的擴展服務(wù)。
垂直應用(Vertical applications)
“垂直應用”不是SaaS的專用術(shù)語,它也應用于其他領(lǐng)域,通常是指為某一個領(lǐng)域(例如銀行,醫(yī)藥等)建立一個專門的平臺。雖然它已經(jīng)在傳統(tǒng)行業(yè)應用很多年了,但是相對來講應用在SaaS中還是一個比較新的概念。
隨著SaaS的不斷成熟,客戶希望SaaS服務(wù)商能提供詳細的垂直應用行業(yè)方案。例如,目前Salesforce的APP
Exchange平臺已經(jīng)能夠?qū)崿F(xiàn)全方位跨行業(yè)的應用,各個行業(yè)的公司都能夠在Salesforce的平臺上進行二次開發(fā)。
參數(shù)應用(Parametric applications)
在傳統(tǒng)軟件模式下,如果軟件的服務(wù)功能需要改變,那么相應的代碼也需要重新編寫。但是在SaaS模式下,用戶可以通過輸入新的參數(shù)變量,或者制定一些數(shù)據(jù)關(guān)聯(lián)規(guī)則來開啟一種新的應用。這種新式服務(wù)模式也被稱為“參數(shù)應用”,“宏或”自定制對象,主要是因為這種應用程序可以讓用戶自己定制新的應用,不需要懂軟件編程。
Salesforce或800CRM升級系統(tǒng),自定制對象也同時升級,而最本質(zhì)的應用則是客戶可以自己通過改變參數(shù)和參數(shù)關(guān)聯(lián)來為系統(tǒng)增加新的功能。
模塊化(Modular)
SaaS中模塊功能主要用于關(guān)閉或開啟服務(wù)。在聚集了豐富功能的強大應用平臺中,經(jīng)理可以像選擇菜單那樣任意地選擇功能,關(guān)閉某些不需要用到的功能,也可以根據(jù)需求增加新的功能。
SaaS服務(wù)商基于網(wǎng)絡(luò)]架構(gòu)建立了自己的應用平臺,模塊的靈活性使得他們可以根據(jù)客戶的不同需求,將功能復雜繁多的系統(tǒng)配置成適合客戶的系統(tǒng)。
在線SaaS
“在線SaaS”從表面意思來看似乎有點累贅,SaaS本身的概念就是提供一種在線服務(wù),因此所有的SaaS應用程序都應該是產(chǎn)生于網(wǎng)絡(luò),壯大于網(wǎng)絡(luò)的。但該術(shù)語是相對于SaaS的前身——ASP(應用服務(wù)提供商)來說的,這是一種早期的遠程軟件托管形式。跟如今直接在網(wǎng)上使用的系統(tǒng)相比,ASP時代的用戶可能覺得通過專線或?qū)S眉用茉O(shè)備訪問的系統(tǒng)來得更安心。顯然,早期的ASP解決方案設(shè)計的一些運行緩慢的程序并沒有很好地體現(xiàn)“在線”這個概念,
很多ASP客戶需要借用、Citrix等實現(xiàn)遠程訪問。
所以當人們說 “在線SaaS”時,這個術(shù)語其實是在強調(diào)使用瀏覽器直接使用軟件,而加密是通過瀏覽器通用的加密協(xié)議。
基礎(chǔ)架構(gòu)平臺(Platform)
有時候SaaS的擁護者希望出現(xiàn)一種基礎(chǔ)架構(gòu)的平臺來推動SaaS更好地發(fā)展。
這是因為首先得有一個平臺來支撐SaaS軟件應用程序的運行,如今最著名的是國外Salesforce公司的APP Exchange平臺,國內(nèi)800CRM的800APP
Native的平臺與Salesforce兼容。
服務(wù)水平協(xié)議(SLA)
SLA(Service Level Agreement),指IT服務(wù)提供商和客戶之間就服務(wù)提供中關(guān)鍵的服務(wù)目標及雙方的責任等有關(guān)細節(jié)問題而簽訂的協(xié)議,此協(xié)議重在陳述服務(wù)的質(zhì)量、優(yōu)先級和責權(quán)。
對于SLA的必要性,在BS15000-1中的服務(wù)提供過程中有明確指出:對服務(wù)提供全過程中的服務(wù)水平目標和工作量參數(shù),應在組織(服務(wù)提供商和雇主公司)間協(xié)商同意并形成記錄。對每一項服務(wù)應定義、協(xié)定和記錄一個或多個服務(wù)水平協(xié)議(SLAs)。SLAs、運營級別協(xié)議和第三方合同(支持合同)及相應的程序應在相關(guān)組織間協(xié)商并記錄。
SLA不止是一個合同書,更主要的方面是“SLA過程”。所謂“SLA過程”是指通過SLA的管理,來保障在SLA合同書中對客戶承諾的QoS(Quality
of Services)服務(wù)質(zhì)量。
3. SaaS與傳統(tǒng)軟件的對比
SaaS的興起將是IT業(yè)的一場新革命。SaaS模式將徹底改變傳統(tǒng)軟件的開發(fā)方式和使用方式。傳統(tǒng)軟件將在這場革新的浪潮中被沖擊得支離破碎,大多數(shù)傳統(tǒng)軟件將會消亡或者轉(zhuǎn)型。
3.1 SaaS與傳統(tǒng)軟件的區(qū)別
傳統(tǒng)軟件是在公司內(nèi)部架設(shè)軟件運行環(huán)境,自己購買應用服務(wù)器、數(shù)據(jù)庫服務(wù)器、網(wǎng)卡等硬件,安裝自己的局域網(wǎng)并在局域網(wǎng)內(nèi)部署軟件。所以不同公司都各自部署一套自己的系統(tǒng)。不同公司的用戶事實是通過不同的途徑訪問不同的系統(tǒng),如圖2所示:
圖2 傳統(tǒng)軟件
這種情況明顯可看出一個致命的問題。就是軟件的部署十分重要,軟件的部署不僅要投入大量的硬件設(shè)備,并且軟件部署的好壞直接影響著軟件的正常使用,有些軟件開發(fā)得再好,可是沒有較好的部署結(jié)果還是失敗。
以ERP軟件為例,需要ERP這樣的企業(yè)應用軟件,軟件的部署和實施比軟件本身的功能、性能更為重要,萬一部署失敗,那所有的投入幾乎全部白費,這樣的風險是每個企業(yè)用戶都希望避免的。通常的ERP、CRM項目的部署周期至少需要一兩年甚至更久的時間,而SaaS模式的軟件項目部署最多也不會超過90天,而且用戶無需在軟件許可證和硬件方面進行投資。傳統(tǒng)軟件在使用方式上受空間和地點的限制,必須在固定的設(shè)備上使用,而SaaS模式的軟件項目可以在任何可接入Internet的地方與時間使用。相對于傳統(tǒng)軟件而言SaaS模式在軟件的升級、服務(wù)、數(shù)據(jù)安全傳輸?shù)雀鱾方面都有很大的優(yōu)勢。讓我們來看看SaaS模式的軟件部署,如圖3所示:
圖3 SaaS模式
通過上面的分析我們總結(jié)出SaaS模式與傳統(tǒng)軟件許可模式的區(qū)別:
表1 SaaS模式與傳統(tǒng)軟件許可模式的區(qū)別
5. 小結(jié)
本文介紹了什么是SaaS,并且比較了SaaS與ASP的不同之處。通過對SaaS的介紹,讓我們對SaaS有了較深入的理解,也能區(qū)分ASP與SaaS的不同。為我們進行SaaS的深入研究奠定的基礎(chǔ)。
希賽網(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 |