深入剖析SaaS之二: SaaS介紹
2008/10/17
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)嚴重問題,將會影響到整個軟件的使用。
集成器(Connector)
集成器是一種軟件程序,讓您從一個應用程序中讀取數(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)“在線”這個概念,
很多ASP客戶需要借用、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ū)別
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 |