|
許多人對SAAS有誤區(qū)。說SAAS就是給中小企業(yè)用的，說SAAS就是CRM,還有的說SAAS只能做些邊緣應用，如OA什么的。有的說SAAS在EAI方面不行，有的說SAAS在定制方面不行。這些都是看現(xiàn)狀、看表面得出的結(jié)果。 SaaS是Software-as-a-service（軟件即服務）的簡稱，軟件即服務，這才是SAAS.我要接下來的討論就是在這個大背景下討論的。如果你不認同軟件即服務這個討論的大背景，請離場，該文章對于你會浪費你的時間。 軟件即服務，不僅僅簡單的把軟件放到網(wǎng)上，采用租賃的收費模式這么簡單。如果是這樣，現(xiàn)在的網(wǎng)站，現(xiàn)在的B/S軟件，過去的ASP模式就是SAAS. 先讓我們回顧一下ASP的歷史，這個貌似SAAS的家伙。 我們傳統(tǒng)做管理軟件，先調(diào)研，再設計，再開發(fā)，再測試，然后市場宣傳，然后銷售打單，銷售方案編寫、銷售投標陳述、銷售演示，然后實施安裝、培訓、推動上線，需求定制，最后是技術(shù)支持服務。如果遠程搞不定，還需要及時趕到現(xiàn)場。為了讓客戶續(xù)服務費，如果他們不交服務費，我們就不給他們提供技術(shù)支持。如果這個軟件不太多的需要后續(xù)服務，我們就在用戶數(shù)、并發(fā)量、數(shù)據(jù)量、時間期限上給客戶加限制，逼迫他們給我們續(xù)費。如果他們來個反破解，我們就繼續(xù)道高一尺魔高一丈。
于是，發(fā)明了ASP（Application Service Provider ），應用托管提供商?？蛻裟悴挥猛度胗布ìF(xiàn)在硬件換代這么快，你買上兩年就舊了，不值得），不用維護（你想一個最起碼的系統(tǒng)維護人員，每月1000元的工資，1年還1萬2呢），而且我們有強大的安全防護（你自己不專業(yè)，很有漏洞，我們有安全專家），我們還有海量數(shù)據(jù)硬盤和高速的帶寬。
客戶想：這是好事啊。一嘗試，發(fā)現(xiàn)不對，我的數(shù)據(jù)需要放到你的服務器上，你把我的客戶檔案賣了怎么辦？你手下的員工不老實把我企業(yè)的信息透露給我的競爭對手怎么辦？我知道你老板肯定誠信沒問題，但誰能保證你的基層員工沒問題呢--我又不能懲罰你的員工。如果是我自己的員工把我自己服務器上的資料泄密了，對我自己的人我有的是招治他。
于是，ASP炒作了一段時間黯然下去--那已經(jīng)是1999-2000年的事情了。那時候互聯(lián)網(wǎng)上網(wǎng)的企業(yè)也少，在網(wǎng)上找客戶的企業(yè)也少，在網(wǎng)上做廣告的企業(yè)也少。電子商務、支付寶、IM軟件，都還起步。網(wǎng)速也慢，開發(fā)工具也簡單，沒有像如今的AJAX這么自然的UI感受。
聽說過ASP這段歷史的讀者，是最容易產(chǎn)生SAAS和ASP之間到底存在哪些差異的疑問。認為SAAS就是換湯不換藥，起了個新名詞繼續(xù)忽悠人，就如同Web2.0、AJAX之類，都是新名詞舊技術(shù)，把雜七雜八糾集一起，揉揉然后給你包裝一個新概念繼續(xù)賣錢。甚至國內(nèi)有些廠商為了爭SAAS這個頭名狀，說我們1999年就SAAS了。
但是SAAS真的是換湯不換藥的ASP么？ 讓我們好好看看這兩個詞：SAAS,軟件即服務；ASP,應用托管提供。一個強調(diào)的是服務，一個強調(diào)的是托管。 我在前面大量的博文在講Open API、WebService、Json、Javascript API、Open ID,講組件容器、SCA/SDO、SOA、中間件、虛擬機、云存儲、分布式文件系統(tǒng)、分布式關(guān)系數(shù)據(jù)存儲、分布式關(guān)系數(shù)據(jù)查詢、LINQ、GQL、Flash 3DUI.其實我都一直圍繞著軟件即服務在研究和探索。
我一路從企業(yè)管理軟件走來，經(jīng)歷了函數(shù)、對象、組件，如今面臨著面向服務。我從研究Corba,到Com+、EJB,到如今的SCA/SDO.我也經(jīng)歷了企業(yè)EAI、消息中間件、異構(gòu)應用集成、數(shù)據(jù)大集中。我也經(jīng)歷了海量數(shù)據(jù)、企業(yè)級存儲、企業(yè)級災難恢復、企業(yè)級不間斷運行。我也組建了咨詢、市場、銷售、教育、支持、開發(fā)、測試、文案、售前這樣的組織模式。我也經(jīng)歷了從報表設計器到UI設計器到工作流設計器都自行開發(fā)。我也經(jīng)歷了傳統(tǒng)管理軟件盈利瓶頸困惑、收費困難、盜版問題和互聯(lián)網(wǎng)網(wǎng)站公司日進斗金3年上市市值超過聯(lián)想的困惑。 我一直在思考，什么樣的盈利模式能夠持續(xù)的收費，大規(guī)模的銷售。而非現(xiàn)在的收費模式和銷售模式。我也一直在思考，如果真的實現(xiàn)大規(guī)模的銷售，那么必然用戶數(shù)據(jù)海量，而且并發(fā)訪問劇烈，這個產(chǎn)品的技術(shù)架構(gòu)應該是如何的？我不斷跟蹤著業(yè)務動態(tài)，希望能得到借鑒。但是我看過800CRM、看過xtools,我沒有感覺到革命。
首先給我沖擊的阿里的支付寶，開放了WebService,允許外站來調(diào)用。然后是Google開放了API,讓大家在自己的網(wǎng)站或軟件中利用Google的軟件接口得到自己想要的功能。然后就是MapABC開放了API,讓大家在自己的應用中搜索地圖和產(chǎn)生標記。然后Amazon也開發(fā)了S3服務，讓大家用于關(guān)系數(shù)據(jù)的存儲和查詢。然后就是業(yè)界開放之潮不斷，SOHU博客也開放了（博客是個人門戶不能小覷），豆瓣也開放軟件服務了，允許大家查閱書籍資料。
它們是Open的，它們是SOA的，它們是API的，它們可以嵌入到任何你的應用中，它們是可以服務全球的，你根本無法想象這些軟件服務到底最終會有多少人調(diào)用，會有多少用戶在并發(fā)訪問。我深深的感覺到，這就是我想要的SAAS.它從收費模式、開發(fā)方法、技術(shù)架構(gòu)方法、實現(xiàn)方法、基礎(chǔ)設施、軟件生態(tài)鏈、快速交付滿足客戶需求各個方面都對過去傳統(tǒng)管理軟件和ASP實行了顛覆。 想想，你提供了一個提醒軟件服務，我提供了一個費用報銷服務，他提供了一個工作流服務，另外的人提供了報表服務。想想，把這些都整合在一起，會怎樣呢？ 這就是趨勢。
看看我們現(xiàn)在的模式：能做的都做了，從CRM、OA,到進銷存、財務、費用報銷、考勤請假工資計算。我們無其不能，無其不做。我們N個開發(fā)組在加班、N撥項目組在全國出差實施培訓、N個小姑娘在客服接電話。我們是一個麻雀雖小五臟俱全的"巨無霸".
這種模式從盈利模式到開發(fā)組織到技術(shù)架構(gòu)，都是不符合未來趨勢的，我們負重前進，我們勢必無法像互聯(lián)網(wǎng)企業(yè)一樣快速成長。
對于全球的SAAS市場我并不想在這里大鳴大放。我也僅僅工作在企業(yè)管理軟件行當，我要思考的也僅僅是在這個全球都SAAS潮流的大背景下，我們傳統(tǒng)管理軟件廠商應該如何擁抱未來，跟隨時代大潮而騰飛（許多人無法成功，就是沒有踏準時代的脈搏，而不是運氣不好這么簡單。想想1980年代的萬元戶和特區(qū)下海，1990年代的關(guān)系經(jīng)濟，2000年后的知識經(jīng)濟）。
所以我對SAAS在管理軟件行當?shù)难芯糠譃檫@幾個方面： 1. SAAS的在管理軟件應用的切入點、目標客戶群、盈利模式、市場容量、發(fā)展周期、收費模式、周期每階段預期收入、競爭環(huán)境。 2. SAAS的運行技術(shù)基礎(chǔ)。SAAS不僅僅只是片面理解的一套可以存儲多個客戶單位數(shù)據(jù)的B/S軟件。如果你要應對上億次的訪問，幾億用戶的并發(fā)和數(shù)據(jù)存儲，你的運行基礎(chǔ)設施一定是一個可信平臺。
3.SAAS的業(yè)務架構(gòu)平臺。我們既要提供一套可以不用代碼就能簡單定制的業(yè)務平臺，也要提供WebService API接口，以使代碼能夠切入進行復雜定制。而且能夠部署、運行，而且是安全的沙箱，而不能部署的是惡意代碼。而且每個定制是隔離的，不能互相影響的。 4.SAAS的開發(fā)模式。SAAS的開發(fā)----上一條我們就已經(jīng)說到了----需要打造一個開發(fā)鏈。我們維護業(yè)務平臺，維護合作伙伴，而應用定制，卻必須由合作伙伴來完成。所以，如何設計、如何開發(fā)、如何測試、如何部署、如何版本管理、如何培訓教育、如何支持服務大家，這些方面都必須統(tǒng)一。而且團隊配合，需要有g(shù)roup、wiki、blog、mail、IM、office online來協(xié)作，并且必要的時候還需要配合代碼搜索。這也就是為什么google大力發(fā)展Gmail、Gtalk、Project Hosting、code search、office online、blog、group forum、SVN.其實Google要搭建的就是SAAS平臺和SAAS生態(tài)鏈。你看Google不僅給我們提供了分布式全球存儲基礎(chǔ)設施（商業(yè)稱"云存儲、云計算"）、各種應用，而且提供了應用API,而且最近還提供了App Engine,而且還提供了代碼社區(qū)。
管理軟件的SAAS的應用切入點非常重要。你是面對ISV來盈利呢，還是面對最終客戶呢？你是想通過軟件收費（按流量、按帶寬、按存儲量、按用戶數(shù)、按時間年限、按模塊數(shù)來收費。還有收培訓費、支持服務費）呢，還是通過廣告來收費呢？還是想掛羊頭賣狗肉，利用人氣來做其它銷售和市場活動呢？（看看Google.Google既提供了應用，也提供了應用接口。既能讓最終用戶直接使用，也能讓ISV調(diào)用開發(fā)嵌入到ISV自己的應用中。應用既向最終用戶收使用費，也向ISV收接口使用費，還要在應用中掛廣告收廣告費）。如果大家聯(lián)想到阿里軟件有多少軟件功能被嵌入阿里巴巴網(wǎng)站和淘寶網(wǎng)站的服務，估計大家按照這個思路下去會想出更多的辦法。
應用想好了，就該想在什么基礎(chǔ)設施上實現(xiàn)它。我剛才就講到：你無法估量你的應用會被多少網(wǎng)站調(diào)用，會被多少用戶使用。你做的應用再也不是給哪一個的客戶使用了（你想想過去你做的管理軟件，充其量就是一個大型集團上萬人訪問，但是在互聯(lián)網(wǎng)上，幾億人的訪問都有可能），你需要為你的應用好好設計一下可以供互聯(lián)網(wǎng)調(diào)用的應用平臺。
講到云計算模式的SAAS平臺，我們需要提一下可信平臺。一說"可信",大家首先想到的是數(shù)據(jù)安全和應用使用安全。但可信平臺不僅僅只是安全單方面，它應該包括以下幾方面： 1. 7x24x365不間斷，不會因為節(jié)點失效而間斷。 2. 安全訪問。 3. 永久存儲。首先是存儲不失效，數(shù)據(jù)不丟失，第二是存儲服務不失效。 4. 允許異構(gòu)硬件、異構(gòu)操作系統(tǒng)的接入。 5. 隨地訪問，沒有世界地區(qū)差異造成的訪問限制或速度限制或功能限制或存儲限制。 我的企業(yè)業(yè)務要隨時隨地能處理，你不能因為你的服務器有問題了，你的電信機房有問題了，你的南北電信隔離有問題，而使我使用受限制。而且我的數(shù)據(jù)是安全的，不能告訴我你的服務器硬盤有問題某段數(shù)據(jù)丟了。我的操作也是安全的。互聯(lián)網(wǎng)上有許多黑客和黑客軟件，我可不想讓黑客知道了我的登陸密碼?，F(xiàn)在，使用網(wǎng)上銀行的很多人都被竊取了銀行賬號丟了錢。 許多人認為Google最強大的是Google的搜索和Google的關(guān)聯(lián)廣告，還羨慕Goolge有錢能建電廠、能發(fā)衛(wèi)星、能購買無線頻段，能有大量資金并購Youtube.其實，Google最大的核心就是多年運營搭建了這個可信計算環(huán)境。這是目前唯一的一個互聯(lián)網(wǎng)上的可信海量計算環(huán)境--沒有穩(wěn)定的基礎(chǔ)，我們怎敢還相信上層的應用呢？誰還敢把數(shù)據(jù)存放在上面呢？
而我們的國內(nèi)SAAS廠商，還在用傳統(tǒng)的做中大型管理軟件的做法在做計算環(huán)境，集群、不間斷電源、企業(yè)存儲設備、企業(yè)備份設備。這些傳統(tǒng)做法支撐一家大型企業(yè)應用運行沒有問題，但是要服務全球，服務全球企業(yè)，這個計算環(huán)境顯然是無法快速的、低成本的擴展的。最后很可能形成一個瓶頸，不是上小型機，就是把企業(yè)分配到不同的服務器集群上--就跟現(xiàn)在做網(wǎng)絡游戲一樣。我們無法輕松的堆砌上萬臺PC甚至幾十萬臺服務器來擴展計算環(huán)境。當然，如果你想做的SAAS只想服務國內(nèi)，甚至國內(nèi)小企業(yè)，甚至是國內(nèi)某行業(yè)的小企業(yè)，那就另當別論。對于不同目標，當然技術(shù)架構(gòu)層面會發(fā)生質(zhì)變，而不是裁減的量變。
有了可信的平臺，才能放心的構(gòu)建基于之上的業(yè)務架構(gòu)平臺。在SAAS環(huán)境下，業(yè)務架構(gòu)平臺是不一樣的。SAAS的業(yè)務架構(gòu)平臺必須能做到以下兩點： 1. 數(shù)據(jù)隔離 2.業(yè)務隔離 為了完成這兩方面的隔離。最好的處理方法是物理隔離，給每個企業(yè)都建立一套運行環(huán)境和數(shù)據(jù)庫--這是最安全的隔離。但是這種方法有一個突出問題，就是統(tǒng)一的BUG補丁或功能耐升級，怎么給全部企業(yè)升級，并且升級了還不影響定制業(yè)務。我也在思考和學習Google的Project Hosting的方法。這也就是為什么虛擬軟件平臺--如VMWare之類--這么流行的原因。
SAAS管理軟件平臺還需要良好的定制性?，F(xiàn)在的傳統(tǒng)業(yè)務基礎(chǔ)平臺，用"密不透風"來形容最形象不過了。不讓代碼插入，復雜的定制又處理不了。如果能處理，復雜程度真不如用代碼三下五除二的搞定。業(yè)務平臺本來是為了快速開發(fā)，最后卻阻礙了快速開發(fā)，這種業(yè)務平臺是錯誤的思路。今天聽說Google App Engine和Salesforce整合了，我想這就是潮流。這種架構(gòu)實現(xiàn)模式可以給現(xiàn)在仍在傳統(tǒng)業(yè)務開發(fā)平臺道路上奮斗的朋友以啟發(fā)。
現(xiàn)在，全球都在講Open API.Google幾乎開放了它所有應用的接口，而且Google App Engine也很容易讓你定制的代碼能夠很好的部署和運行在平臺上。這才是一個良好的業(yè)務架構(gòu)平臺。如果大家搭建SAAS平臺，還在照抄過去的平臺架構(gòu)思路，還是會走到現(xiàn)在傳統(tǒng)平臺的死胡同里的?，F(xiàn)在的傳統(tǒng)業(yè)務平臺已經(jīng)如困獸一般，但是我還是看到許多人前赴后繼，聲稱百變金剛，信心百倍的宣傳，浪費了人才和時光。我想起了微軟亞洲工程院院長張宏江說的一段話表達的意思，原話我記不住了，但大致意思是這樣的：這個應用在美國10多年前就已經(jīng)很成熟了，你現(xiàn)在才想到并認為是自己的創(chuàng)新是錯誤的，你的視野應該去看看國際上一流人在做什么。
有了符合潮流的設計，就要組織開發(fā)實現(xiàn)落地。我們國內(nèi)的開發(fā)組織發(fā)展時間非常的短，直到現(xiàn)在還有95%的軟件公司都是單人單槍在討生活，根本無法談到開發(fā)組織。但是互聯(lián)網(wǎng)的出現(xiàn)、資本的介入，讓我們看到了開發(fā)組織。
1997年，我還在羨慕求伯君、鮑岳橋這些第一代中國程序員。2001年，我才研讀設計模式、軟件工程、UML、RUP.但是很快，外包公司、網(wǎng)絡游戲公司、網(wǎng)站門戶公司，給了我們實踐的一課。他們都是大規(guī)模團隊組織開發(fā)，他們的開發(fā)模式都值的我們學習。
尤其門戶網(wǎng)站公司，他們快速應用開發(fā)、測試、發(fā)布、大規(guī)模計算環(huán)境部署，都是我們做傳統(tǒng)管理軟件人需要學習的。還有，現(xiàn)在的開源協(xié)作組織，我看國內(nèi)也有很多成功的案例，如HuiHoo組織。他們在項目需求管理、BUG管理、進度管理、版本管理、代碼合并、代碼更新、團隊溝通，都有很好的模式經(jīng)驗，都值得我們學習。
在參加CSDN的軟件技術(shù)英雄大會的時候，有人問我怎么沒聽過你們公司。我說傳統(tǒng)管理軟件廠商，一般都是悶聲發(fā)大財，一般不和業(yè)界交流。甚至在用友公司，要在工作時間斷網(wǎng)。
其實，這是蠻尷尬的。我們作為傳統(tǒng)管理軟件廠商，我們真的成了老古董。未來的計算模式、未來的盈利模式、未來的業(yè)務架構(gòu)、未來的開發(fā)模式，我們都不去學習先進，我們還在用我們使用了10多年的傳統(tǒng)開發(fā)組織模式來進行著，我們的盈利模式也是傳統(tǒng)的，我們的業(yè)務功能模型也是陳舊的。我們總是在5000萬以下徘徊，如果想上市，想突破1個億、10個億、100億的銷售，我們必須和時代接軌。我們現(xiàn)在真的很像一個老古董，慢慢被潮流掃到一邊，成為歷史的嘆息。
就是這個原因，所以我在網(wǎng)上消失很久后又重返業(yè)界，希望能和符合潮流的技術(shù)模式、盈利模式、業(yè)務架構(gòu)、開發(fā)模式一起工作一起探討。
后記 其實我蠻擔心中國未來5年后的管理軟件行當?shù)?。要么仍然像現(xiàn)在一樣完善功能升級或者用其他的開發(fā)語言重寫一版然后去賣，去一家家安裝服務器，去維護支持，茍延殘喘。要么真正轉(zhuǎn)型成為軟件即服務，做好自己核心一塊，成為互聯(lián)網(wǎng)的一部分，為全球其他需要該軟件服務的客戶或ISV提供軟件服務。要么寄居在現(xiàn)在這幾大云計算環(huán)境提供商上，如IBM的藍云、Google的云計算環(huán)境，利用他們的云平臺開發(fā)。非常類似過去寄居在Delphi上的那些控件商。 |
