呂建偉：統(tǒng)一論之云計算+SaaS+業(yè)務開發(fā)平臺

申請免費試用、咨詢電話：400-8352-114

我關注Google的代碼托管、Open API，我也關注sun會把MYSQL怎么樣云數(shù)據(jù)庫化，我也虛擬化技術多實例化獨立的數(shù)據(jù)庫，我也關注facebook的平臺插件應用架構，我也關注salesforce的在線開發(fā)語言和調(diào)試環(huán)境，我也關注javascript和XML組成的客戶端UI，落地為flex或sliverlight或其他什么Ext js或JQuery或YUI或Dojo之類。

從大型主機到個人電腦，從個人電腦到局域網(wǎng)，從局域網(wǎng)到wi-fi、筆記本電腦，甚至到如今的比筆記本更小更廉價的上網(wǎng)本，手機GPRS上網(wǎng)，手機WI-FI上網(wǎng)，手機上QQ/MSN，手機收發(fā)郵件，手機GPS地圖導航。

未來什么樣？

未來是每人手拿一部手機，可以隨時上網(wǎng)看新聞看天涯看博客、看小說、聊天、玩網(wǎng)絡游戲、搜索地圖、搜索餐館、搜索打折優(yōu)惠活動、搜索好玩的好休閑的去處、隨時隨地上網(wǎng)淘寶當當紅孩子購物、拍照片隨時傳到自己的blog上可以第一時間分享給朋友們。

手機上網(wǎng)速度越來越快，屏幕內(nèi)存也越來越大拍照也越來越清晰，手機的價格也越來越低，手機的上網(wǎng)費用也越來越低。除非我們是搞開發(fā)的，需要裝數(shù)據(jù)庫裝開發(fā)工具；除非我們是搞項目方案的，PPT/DOC/EXCLE/PROJECT熬夜制作幻燈演示，其實手機已經(jīng)可以代替電腦了。電腦從大殼子PC到液晶屏電腦到筆記本電腦到上網(wǎng)本，越來越小，以后就是手機了。

人手一部可上網(wǎng)沖浪休閑娛樂簡單辦公的手機，這么個小終端，雖然可以擁有1G的擴展卡，越來越大內(nèi)存越來越大的屏幕越來越快的CPU，但仍然手機、上網(wǎng)本、筆記本電腦、PC、服務器同時存在，就如同我們既買可以800萬像素拍照的山寨手機，我們?nèi)匀粫ｉT買數(shù)碼相機。

既然PSP能聯(lián)網(wǎng)和世界上某個角落的人一起對戰(zhàn)，那么把數(shù)碼相機的照片在大海邊抓拍好，也可以直接直接發(fā)到網(wǎng)上個人空間或自己的朋友一起分享。

互聯(lián)網(wǎng)，不可避免的走入了手機為終端云計算為服務器的潮流，就如同PC和服務器的關系一樣?；ヂ?lián)網(wǎng)就是個虛擬的大計算機，連入互聯(lián)網(wǎng)的每個網(wǎng)站都是這個虛擬超級計算機的一個運算零件，每個網(wǎng)站的功能通過URL之間互相調(diào)用，每個應用都公布出自己的Open API，以便讓其他網(wǎng)站的應用進行調(diào)用，這就是SOA。

3G在中國的普及，會是5年，就如同中國1999年北京買手機還必須是北京戶口BP機還滿街，2002年移動和聯(lián)通的手機短信還不互通，2003年短信業(yè)務就爆發(fā)一樣，5年不到，尤其當年的手機還都在4000元以上。而如今，遍地手機，中國從工人到農(nóng)民到中學生都接受了手機，所以中國的3G發(fā)展會更快。

而云計算，也是5年的時間，從如今的大混戰(zhàn)互相指責誰是偽云計算，誰是虛擬化技術，誰誰不安全了。這不重要。5年后，大量應用都在網(wǎng)上了，大量的數(shù)據(jù)也自然都隨著應用在網(wǎng)上了，提這些沒有啥意義，因為事實上就是那樣了，就是手機+云的模式了。云時代開始了，和局域網(wǎng)時代一樣頗具意義。

有Google這樣的云文件系統(tǒng)，有Mysql這樣的云關系型數(shù)據(jù)庫，有salesforce這樣的云應用開發(fā)，現(xiàn)在沒有一款開發(fā)工具和開發(fā)語言是原生在云上的，salesforce有這個潛質(zhì)。javascript+XML+HTML成為UI表現(xiàn)的標配。AJAX利用HTTP的POST和GET打通了數(shù)據(jù)的上與下，其設計哲學比WebService，比SOA還更加開放與簡單。

我倒是不看好salesforce這樣的封閉應用業(yè)務開發(fā)平臺，這是10多年前的業(yè)務開發(fā)思路，但是我看到國內(nèi)許多做SaaS和做業(yè)務開發(fā)平臺的，還在這條路上走，而且還有許多沒有做過業(yè)務平臺的公司都期望擁有一個這樣的平臺。其實，這些想法全都錯了。

正確的想法，應該是類似facebook這樣的插件平臺。大家也玩過國內(nèi)的海內(nèi)、校內(nèi)、開心等等SNS網(wǎng)站，他們現(xiàn)在不斷的開放API，并且有大量的實用應用產(chǎn)生和休閑游戲?qū)W習軟件產(chǎn)生，大家可以選擇自己喜歡的應用去使用，這才是正確的SaaS平臺架構思路。阿里現(xiàn)在走的就是這條路。誰還在規(guī)定必須使用YUI，使用SOA，使用什么AOP框架，使用什么指定的持久化框架，使用什么樣的開發(fā)語言，必須要維護什么實體表，必須要維護字段列表，這樣的業(yè)務平臺架構早就落后了。

十多年，在企業(yè)信息化領域做架構的架構師們早就實踐、討論、思考了N多種方式，從代碼生成器到甚至自己開發(fā)一個IDE，到UI控件+組織結構權限+表單設計器+流程設計器+報表設計器，各種思路的應有盡有。有的可隨便換數(shù)據(jù)庫，有的可生成各種代碼的，JAVA的,.net的都可以生成代碼，開源的就有PHP+MYSQL的。但做到頭，大家評估了各種方案，都是各有利弊，沒有一個綜合出來一個稍能前進一些的業(yè)務平臺。其實，本身，這種思路就錯了。限制太多，倒是可以快速開發(fā)了，甚至是傻瓜配置就可以，但限制太多了，想下去的時候下不去。如果有IDE開發(fā)工具，可以寫代碼，可以UI設計，那豈不是要和Eclipse競爭。

說起要和Eclipse競爭，很多做業(yè)務平臺的都不約而同選擇了Eclipse平臺作為定制。因為Eclipse免費、開放源代碼、而且良好的插件體系，可以改造。如果過去沒有Eclipse，大家都要費好大力氣自己做一個IDE，要知道，做IDE，全世界打聽打聽有多難。

但是，很遺憾的說，盡管做了這么多，但方向確實是錯的。當年企業(yè)管理軟件的鼻祖SAP，當時是一窮二白呀，沒有辦法啊，只好自己從頭到尾從上到下都自己開發(fā)。畢竟，SAP面臨的客戶，都是UNIX、LINUX和WINDOWS都混用的主兒，各種遺留系統(tǒng)和IT資產(chǎn)都有，各種數(shù)據(jù)庫都有。所以SAP沒有辦法，為了只維護一套代碼，SAP必須自己開發(fā)自己標準的UI元素，開發(fā)適合各個平臺都能跑的代碼，而這個代碼想在各個平臺上跑，只能是虛擬機技術，唉，可憐這個做企業(yè)管理軟件的孩子啊，還得自己研究開發(fā)虛擬機，JAVA出世太晚啊。有了虛擬機，有了自己的開發(fā)語言，就需要有自己的開發(fā)IDE，SAP為了各種數(shù)據(jù)庫都能訪問，還得做自己的數(shù)據(jù)庫持久層，更得創(chuàng)造如今在.NET上才有的LINQ技術。累死累活的，SAP開發(fā)了這么一套平臺。沒有辦法啊，當時什么也沒有，只能自己干。

好容易開發(fā)出來了，基于這個平臺開發(fā)出了各行各業(yè)的應用模塊，然后不斷實施、支持、升級、增強，SAP R3終于在世界上闖出了一番名堂。

但很不幸，各種技術都出來了，而且還是免費開源。JAVA、ECLIPSE、中間件、JBOSS、Hibernate、FLEX。SAP大叫一聲不好，落后了。但沒有辦法，R3正是黃金收割期，耕耘了那么多年必須把這頭現(xiàn)金牛得擠出最后一滴奶啊。但是，R3由于應對各種EAI技術、WEB運行需求，被改造的龐大無比，從根基上來說就是無法轉(zhuǎn)型了，所以SAP看著ORACEL帶著JAVA寫的ORACLE管理軟件+ORACLE數(shù)據(jù)庫一路前進，自己只能靠R3來支撐。還必須說自己最成熟最穩(wěn)定，成功案例最多業(yè)務最細致最實用，世界500強的業(yè)務都在SAP上運行。如果客戶想改，一是要價高（主要是R3多年累積，修改已經(jīng)不太容易了，而且SAP人員確實薪水高），二是自己代表最先進的（？？什么是最先進的?，F(xiàn)在有句話叫最國際化的就是最本土化的），世界500強都用了，你這個客戶現(xiàn)在還不是500強，就得向500強學習。

再說了，SAP自己也只是開發(fā)一個平臺，然后在平臺上開發(fā)一套標準的ERP應用，很多細致業(yè)務功能，各行各業(yè)的差異定制，并不是SAP在做。SAP不是一個人在戰(zhàn)斗。

++++++++++++++

SAP是把軟件銷售、軟件定制開發(fā)、軟件實施培訓、軟件服務支持都拆開了分給了合作伙伴。什么HP、EDS、IBM、德勤、埃森哲等等等等。SAP來個四六開，你六我四。如果沒有這些合作伙伴，有100個SAP也得累死還不賺錢。

是的，SAP是全世界企業(yè)管理軟件的鼻祖與老大。SAP走入現(xiàn)今這個模式，必然有它的歷史上的痛苦的各條路的嘗試經(jīng)歷。這個盈利規(guī)模、這個利潤增長規(guī)模、這個業(yè)務收入增長速度，我們都看在了眼里。所以，想想我們這些還在以SAP為標桿者的我們。

還有一些公司開發(fā)一個平臺然后一家家的自己賣給最終客戶，還有一些公司開發(fā)一個平臺賣給其他的開發(fā)公司。還有一些公司自己本身有一套平臺但就是開發(fā)自己的行業(yè)應用。

有人希望平臺能夠不寫代碼，實施人員畫好業(yè)務流程圖畫好輸入表單樣式畫好報表格式，管理軟件就能跑起來。有人希望平臺能夠?qū)懘a。有人希望平臺能夠只寫JAVASCRIPT和SQL這些動態(tài)的東西，可以不用IDE不用編譯就能修改業(yè)務功能。有人說SAP的平臺很好，可以滿足快速低成本的定制化開發(fā)。但是，事實真的是這樣嗎？SAP有自己的開發(fā)語言，自己的IDE、自己的SQL語法，有自己的UI元素，有自己的業(yè)務實體設計器、表單設計器、報表設計器，即使現(xiàn)在用JAVA新開發(fā)了NETWAVER平臺，大量用了開源項目，但想扔開開發(fā)人員，找個懂業(yè)務的人培訓好了就自己畫流程圖做管理軟件去了，這都是白瞎的想法。

SAP真的最懂各行各業(yè)的業(yè)務管理嗎？還是那些SAP的合作伙伴最懂各行各業(yè)的業(yè)務管理？

SAP是個賣平臺的公司呢？還是個賣企業(yè)管理軟件的公司呢？但是，至少SAP人家自己還自己扎扎實實做一套ERP來做這個平臺的案例和樣本。我們國內(nèi)一些小公司，自己做個簡單OA，就說自己的平臺從ERP到CRM到SCRM，什么都能開發(fā)。

什么都能，就意味著什么都不能。

還有一個值得大家注意的是：業(yè)務流程、工作流、程序流，是三個不同的事情。現(xiàn)在還沒有一個統(tǒng)一的方法論把這三者統(tǒng)一看待在一起。但這三者其實是一件事物的不同側面，但如果想單一的用某個方法表現(xiàn)這件事物，會都有缺憾?，F(xiàn)在就缺乏這個統(tǒng)一的方法論，但是時候不到。就如同如果沒有前人的大量積累，是不可能出現(xiàn)《物種起源》、《牛頓力學》、《相對論》這三大體系的。這三個體系都在自己的專業(yè)內(nèi)統(tǒng)一了大部分的分支理論，都能解釋。而現(xiàn)在在商業(yè)信息化方面，這個方法論還沒有。

雖然，各大巨頭，尤其SAP和IBM，一直在致力推動SOA、BPEL。希望世界上都有無法的小應用，然后用BPEL按照一定的流程順序調(diào)用接口執(zhí)行。這是多么美好的組件世界，我們不正夢寐以求這種時代嗎？

但是，但是，人怕但是。BPEL，嚴格來說，是在程序流的這面上企圖描述業(yè)務流。但歸根到底，還偏向于程序流，是為了把SAO組件的接口串聯(lián)在一起。我過去對BPEL用XML來描述非常惱火，因為沒有UI工具，我看得頭大的很，難道讓我修改業(yè)務流程必須用UI界面嗎？我非常希望用JAVASCRIPT來整合調(diào)用接口，就如同Mashups一樣多簡單。我曾經(jīng)和普元的朋友還一起爭論這個事情。但事后我也想了想，是啊，國際巨頭眾口難調(diào)，都各自都有各自的利益，如果出一個SCRIPT的腳本語言來串聯(lián)調(diào)用SOA組件，那么這個腳本語言就要討論N年了。君不見現(xiàn)在ActiveScirpt和微軟的Script大戰(zhàn)，瀏覽器不兼容的大戰(zhàn)，背后其實都是利益。為了避免又被討論N年，所以索性是XML，語義語法你自己拿XST/XTD/DOM自己擴展去。真正的四海一家解決之道。

聽過IBM和各大巨頭也正在研究這個統(tǒng)一的方法論，從BPM到BPEL到WORKFLOW，怎么統(tǒng)一起來成事務的三面性成為立體的。但這個方法論不可能如大家所愿比較早的出來。

SOA的大混戰(zhàn)才在概念層面剛剛打完仗，在客戶層面還沒有多少落實，投入了那么多怎么不要產(chǎn)出呢？所以，必須等這一代SOA賺的盆滿缽滿的時候，新一代的SOA才會推出。至少在7-10年之后。因為，這是一代企業(yè)管理軟件的最短生命周期。直到那個年頭后，新一代SOA推出后，巨頭們才會說：啊呀，過去我們所做的還不夠完美，大家走了很多彎路，現(xiàn)在我們終于找到一條更先進的路了。

但是，10年以后世界會有哪些新變化會出現(xiàn)什么新生事物，誰又能預料得到呢？誰想等10年后完美了才去做？他如果10年后不出來那豈不是黃瓜菜都涼了？

所以，能干點嗎就干點嗎。

總結:

1 在這篇文章中我說了5年后的3G手機和云計算時代會來臨。在這個環(huán)境下作些什么該有前途，大家好好想想。

2 仔細關注一下云開發(fā)平臺，Google的代碼托管、Google的Open APIAJAXATOM APPRESTHTTP POST

3 我個人感覺現(xiàn)在的SaaS架構和業(yè)務平臺的方向就不對，建議關注一下facebook的架構，或者搜狐BLOG的架構

4 我個人感覺現(xiàn)在的SOA、BPEL缺乏統(tǒng)一的方法論，關于這個統(tǒng)一的方法論的思考，我會專門再給大家貼一篇文章。（暢享網(wǎng)）