SOA的應(yīng)運(yùn)而生

　　1996年，Gartner提出了SOA概念。Gartner還曾提出兩個(gè)很著名的概念：

　　其一，ERP(Enterprise Resource Planning)，企業(yè)資源計(jì)劃。以企業(yè)資源的角度來(lái)組織企業(yè)的人、財(cái)、物、信息。此概念產(chǎn)生于大生產(chǎn)時(shí)代MRP之后，號(hào)召把企業(yè)的上下游也納入到企業(yè) 通盤(pán)戰(zhàn)略考慮當(dāng)中。因?yàn)樯鐣?huì)已經(jīng)變成了產(chǎn)業(yè)鏈，從原材料到生產(chǎn)到物流到銷(xiāo)售到售后服務(wù)，每個(gè)環(huán)節(jié)都影響生產(chǎn)企業(yè)。生產(chǎn)已經(jīng)變的不是第一重要了，供不應(yīng)求時(shí) 代已經(jīng)結(jié)束。進(jìn)入營(yíng)銷(xiāo)渠道的時(shí)代。

　　其二，CRM(Customer Relationship Management)，客戶(hù)關(guān)系管理。以客戶(hù)服務(wù)的角度出發(fā)來(lái)重新組織企業(yè)的人、業(yè)務(wù)、流程、信息。此概念在ERP的基礎(chǔ)上，把眼光從供應(yīng)鏈上游和生產(chǎn) 企業(yè)轉(zhuǎn)移到了客戶(hù)終端。生產(chǎn)時(shí)代結(jié)束，營(yíng)銷(xiāo)推銷(xiāo)時(shí)代也快結(jié)束，不考慮客戶(hù)感受，不和客戶(hù)交互交流，一味生產(chǎn)和推銷(xiāo)，是不可能獲勝的。

　　從什么角度來(lái)組織資源和流程，頗像技術(shù)界的面向過(guò)程、面向?qū)ο蟆⒚嫦蚪M件，如今面向服務(wù)了。

　　在這樣的大背景下，Web2.0也是順應(yīng)這個(gè)概念產(chǎn)生的，口碑營(yíng)銷(xiāo)、精確分眾、圈子、即時(shí)通信、短信、博客，各種交互工具順應(yīng)時(shí)代而產(chǎn)生。

　　ERP和CRM都是應(yīng)用層面的產(chǎn)物。這樣的應(yīng)用，在信息化方面如何落地?于是，SOA概念隨即而出。

　　SOA架構(gòu)的真正成型

　　1996年的美國(guó)，互聯(lián)網(wǎng)已經(jīng)很發(fā)達(dá)了。但是互聯(lián)網(wǎng)技術(shù)并沒(méi)有跟上。企業(yè)仍然封閉在自己的信息化世界。雖然有CORBA、COM+、 RMI/EJB這些技術(shù)模型在支撐，但向互聯(lián)網(wǎng)公眾提供信息服務(wù)，而非上下游合作伙伴提供信息服務(wù)，CORBA、COM+、RIM/EJB仍然在穿透防火 墻和通用數(shù)據(jù)格式傳輸上仍然存在問(wèn)題，三個(gè)體系都有自己的通訊協(xié)議和數(shù)據(jù)傳輸協(xié)議，普通消費(fèi)者無(wú)法參與其中。

　　2000年，XML產(chǎn)生。隨即基于HTTP的SOAP、WSDL、UDDI產(chǎn)生，WebService作為一個(gè)基于互聯(lián)網(wǎng)通用技術(shù)基礎(chǔ)上發(fā)展的數(shù)據(jù)通訊協(xié)議和數(shù)據(jù)傳輸訪(fǎng)問(wèn)協(xié)議體系產(chǎn)生了。

　　但是WebService只是定義了基于通用互聯(lián)網(wǎng)技術(shù)的數(shù)據(jù)通訊和數(shù)據(jù)傳輸訪(fǎng)問(wèn)。就相當(dāng)于底層通路通了，但是基于上面的應(yīng)用呢，還是沒(méi)有一個(gè) 規(guī)范。就相當(dāng)于路通了，但是在這條路上什么樣規(guī)格的車(chē)跑起來(lái)最順暢，還沒(méi)有這個(gè)規(guī)范——當(dāng)然你可以不要規(guī)范，自己造個(gè)自己的車(chē)，但以后在和擁有統(tǒng)一規(guī)格的 車(chē)一起管理和運(yùn)行時(shí)交互時(shí)就有了問(wèn)題。這個(gè)描述也為了回答相當(dāng)一部份人提出的那個(gè)問(wèn)題：我們既然有了WebService，那干嘛還要SCA/SDO 呢?SOA就是干這件事的。

　　但是，對(duì)于SOA，業(yè)界大佬太過(guò)于著急。就如同在.COM大潮中，每個(gè)企業(yè)都急于申明我們是一家.COM公司。于是，這個(gè)市場(chǎng)混淆了各種視聽(tīng)。

　　做工作流的、做OA(Office Automation，辦公自動(dòng)化)的、做業(yè)務(wù)基礎(chǔ)平臺(tái)的、做組件的、做中間件的、做EAI(EntERPrise Application Integration，企業(yè)應(yīng)用集成)的，都號(hào)稱(chēng)自己已經(jīng)是SOA了。

　　有的說(shuō)SOA是為了業(yè)務(wù)敏捷，即可以靈活調(diào)整系統(tǒng)以適應(yīng)快速發(fā)生變化的業(yè)務(wù)競(jìng)爭(zhēng)?，F(xiàn)摘錄一段話(huà)：SOA通過(guò)把傳統(tǒng)應(yīng)用模塊分解成更小的構(gòu)件，并 把這些構(gòu)件當(dāng)作可以重用的Web服務(wù)，CIO們就能通過(guò)選擇和安排所需構(gòu)件，來(lái)生成最貼合的系統(tǒng)。這和當(dāng)年我們做WINDOWS DNA架構(gòu)是多么相似。但當(dāng)年SOA已經(jīng)提出，但并沒(méi)有人說(shuō)WINDOWS DNA架構(gòu)是SOA架構(gòu)。有的說(shuō)SOA是為了系統(tǒng)整合，有的說(shuō)SOA是企業(yè)總線(xiàn)，有的說(shuō)SOA是種業(yè)務(wù)分析設(shè)計(jì)思想，有的說(shuō)SOA是技術(shù)架構(gòu)模型，有的說(shuō) SOA有類(lèi)似UML的作用，可以使業(yè)務(wù)設(shè)計(jì)人員和技術(shù)設(shè)計(jì)人員有共同語(yǔ)言，有人更說(shuō)SOA就和Web2.0一樣，就是個(gè)概念。頗像當(dāng)年微軟急于把自己所有 產(chǎn)品都打上.NET標(biāo)志一樣，最后弄的大家都搞不清楚什么是.NET了。直到2007年發(fā)布WPF、WCF、WF之后，.NET的技術(shù)走向才算基礎(chǔ)架構(gòu)定 型。SOA和當(dāng)時(shí)的.NET非常相似。

　　如今，SOA規(guī)范才真正落地為SCA(Service Component ArchITecture，服務(wù)組件架構(gòu))和SDO(Service Data Objects)。工作流規(guī)范業(yè)界已經(jīng)成型，WF也符合業(yè)界工作流規(guī)范，所以SOA中并沒(méi)有定義工作流規(guī)范。而對(duì)應(yīng)WPF的SOA顯然也不需要，畢竟 SOA考慮的是業(yè)務(wù)接口服務(wù)層面，而非這個(gè)服務(wù)以什么樣的圖形界面規(guī)范來(lái)讓客戶(hù)存取，沒(méi)有必要。但中國(guó)普元補(bǔ)上了這一環(huán)節(jié)。中國(guó)普元也是OSOA頂級(jí)成員 之一。光有接口沒(méi)有UI，還是需要程序員動(dòng)手寫(xiě)這個(gè)UI，業(yè)務(wù)人員不可能沒(méi)有UI去做靈活改變業(yè)務(wù)功能和流程，即使有BPEL和DSL也不行。別給業(yè)務(wù)人 員任何技術(shù)的東西，別想著DSL和UML就能讓業(yè)務(wù)人員用起來(lái)。所以，SCA和SDO已經(jīng)夠用了，SOA架構(gòu)真正成型。

　　但SCA和SDO是2007年8月才定型的----雖然2005年已經(jīng)有了草案。所以之前急于號(hào)稱(chēng)是SOA產(chǎn)品的廠商不知作何感想。

　　IBM與SOA

　　我閱讀了SCA和SDO標(biāo)準(zhǔn)，我也對(duì)比了過(guò)去我研究的CORBA，我也對(duì)比了微軟的WCF，架構(gòu)思想居然非常類(lèi)似。

　　當(dāng)年DEC和IBM主導(dǎo)定義的CORBA，太復(fù)雜，SUN和微軟都做了定制化裁減，發(fā)展了自己的RMI/EJB和COM+。由于 Webservice的出現(xiàn)，微軟立即發(fā)展了基于Webservice的架構(gòu)體系：WCF。但是JAVA世界由于標(biāo)準(zhǔn)制定牽扯了大量廠商的利益，發(fā)展緩 慢。而IBM也不愿意尷尬的在SUN的JAVA世界做個(gè)影子巨人。IBM一直盤(pán)算著如何做領(lǐng)袖。

　　于是SOA的真正架構(gòu)，吸收了CORBA的教訓(xùn)(IBM由于當(dāng)年的CORBA沒(méi)有帶起業(yè)界標(biāo)準(zhǔn)很是懊惱，這次要卷土重來(lái)，更加學(xué)聰明了，誰(shuí)說(shuō)大 象不能跳舞)，也結(jié)合了Webservice，也借鑒了WCF(WCF也是在Webservice基礎(chǔ)上發(fā)展起來(lái)的架構(gòu)，很多技術(shù)借用了 Webservice的技術(shù)，而非另起一套底層)，終于產(chǎn)生。

　　而OSOA組織，最近才出現(xiàn)SUN的蹤影，而SCA和SDO標(biāo)準(zhǔn)中并沒(méi)有SUN提交的草案。

　　JAVA和.NET兩大平臺(tái)，封閉而專(zhuān)有。而IBM需要的是一種業(yè)界標(biāo)準(zhǔn)制定者。SOA這回達(dá)成了IBM的意愿。無(wú)論是JAVA，還是.NET，甚至是PHP，只要符合SCA和SDO，就可以提供業(yè)界標(biāo)準(zhǔn)服務(wù)接口。

　　掙脫了語(yǔ)言和專(zhuān)屬平臺(tái)優(yōu)缺點(diǎn)的樊籠，IBM藍(lán)色巨人又成為自由的業(yè)界之神。

　　如何應(yīng)對(duì)軟件服務(wù)化、互聯(lián)網(wǎng)化?

　　我為什么這么關(guān)注、信任和理解SOA。其實(shí)和我自身所處的軟件行業(yè)非常有關(guān)系。

　　我是做企業(yè)管理軟件的。很早業(yè)界就都有共識(shí)：軟件不能這樣賣(mài)了。我們把一套辦公系統(tǒng)賣(mài)給了運(yùn)營(yíng)商，人家用我們的軟件做服務(wù)，收費(fèi)比我們賣(mài)軟件還多。所以，就連賣(mài)軟件老大微軟也在喊著軟件服務(wù)化(“S+S”，Software+Service，“軟件+服務(wù)”)。

　　過(guò)去是在企業(yè)內(nèi)部運(yùn)行的軟件，一個(gè)企業(yè)不外乎也就那么多人那么多數(shù)據(jù)。但是，一旦把軟件服務(wù)化、互聯(lián)網(wǎng)化了，就不抵有多少人訪(fǎng)問(wèn)了。所以，我們?nèi)绾螒?yīng)對(duì)軟件服務(wù)化、互聯(lián)網(wǎng)化。

　　上億人訪(fǎng)問(wèn)的Webservice，其架構(gòu)就不能象搭建企業(yè)內(nèi)部運(yùn)行的軟件架構(gòu)，你看Google，都有幾十萬(wàn)臺(tái)PC集群的計(jì)算資源才能支撐互 聯(lián)網(wǎng)服務(wù)。我們過(guò)去的傳統(tǒng)的企業(yè)內(nèi)部機(jī)房磁盤(pán)陣列和計(jì)算機(jī)集群架構(gòu)不適合在公網(wǎng)上了，我們的數(shù)據(jù)庫(kù)也不適合服務(wù)幾億人了。所以，我特別關(guān)注我們?nèi)绾诬浖?務(wù)化，軟件服務(wù)化的架構(gòu)是什么樣的?

　　其實(shí)，業(yè)界都在往一個(gè)方向跑，不管是Google、還是Yahoo、還是微軟、還是咱們的百度、QQ、盛大、阿里，大家都在往軟件服務(wù)化、互聯(lián) 網(wǎng)化的方向跑——如果你僅僅是把眼光放到SaaS，放到和過(guò)去的ASP(Application Service Provider，應(yīng)用服務(wù)托管)去對(duì)比，眼界顯然需要更高一些。

　　未來(lái)SOA時(shí)代計(jì)算環(huán)境

　　應(yīng)用軟件運(yùn)行需要基礎(chǔ)設(shè)施。首先是基礎(chǔ)硬件設(shè)施，幾十萬(wàn)臺(tái)PC的集群如何虛擬文件系統(tǒng)和計(jì)算資源分配，這就是云計(jì)算(Cloud Computing)要解決的問(wèn)題?，F(xiàn)在云計(jì)算是個(gè)熱門(mén)，Yahoo、Google、IBM、微軟都在研究和建設(shè)。但微軟慢了一步(微軟在互聯(lián)網(wǎng)計(jì)算上一 直不敏感，總是用傳統(tǒng)軟件的方式看互聯(lián)網(wǎng))，所以WFS沒(méi)有出來(lái)(可能沒(méi)想通作為集群中的一個(gè)節(jié)點(diǎn)資源，如何加入集群，與集群同構(gòu)，還能符合個(gè)人桌面計(jì)算 管理)。

　　有了云計(jì)算硬件基礎(chǔ)，還需要數(shù)據(jù)存取軟件基礎(chǔ)。有了分布式文件系統(tǒng)，文件存取應(yīng)該沒(méi)什么問(wèn)題，但關(guān)系數(shù)據(jù)的存取，這是現(xiàn)在所有數(shù)據(jù)庫(kù)產(chǎn)品都沒(méi)有解決的。Amazon看到了機(jī)會(huì)，推出了S3服務(wù)。全球互聯(lián)網(wǎng)就是個(gè)超級(jí)計(jì)算機(jī)，而S3就是這個(gè)計(jì)算機(jī)上的數(shù)據(jù)庫(kù)。

　　而所有的SOA應(yīng)用，都必須在一個(gè)容器中運(yùn)行，否則，有外界調(diào)用這些服務(wù)，這些服務(wù)運(yùn)行中使用的資源誰(shuí)來(lái)管理呢。很多人不明白容器是干什么用 的，不明白中間件的來(lái)歷，也不明白為什么JAVA和.NET都要做容器。如果你做應(yīng)用，你自己還要負(fù)責(zé)那么多底層的分配與釋放與并發(fā)，那么你做的既不專(zhuān) 業(yè)，也累，也不穩(wěn)定，不如交給系統(tǒng)商去管理。容器負(fù)責(zé)內(nèi)存、資源的分配、調(diào)度、回收，負(fù)責(zé)安全，負(fù)責(zé)事務(wù)，負(fù)責(zé)并發(fā)，負(fù)責(zé)池化。而這些SOA服務(wù)，也必須 能隨時(shí)升級(jí)，就必須具備軟件熱插拔的功能?，F(xiàn)在熱的OSGi研究就屬此類(lèi)。

　　有了這些基礎(chǔ)設(shè)施，我們的應(yīng)用就必須SOA化，成為軟件服務(wù)，讓所有人來(lái)使用。使用者一方可能是一個(gè)C#寫(xiě)的客戶(hù)端，可能是一個(gè)PHP網(wǎng)站，可能是一個(gè)JAVA網(wǎng)站，也可能是一個(gè)FLASH。

　　全球大大小小的公司提供了這么多Open API，如何調(diào)用。用各自的語(yǔ)言：JAVA?C#?PHP?Javascript?

　　我想會(huì)產(chǎn)生一種新的語(yǔ)言來(lái)組織這些Open API，而不是這么技術(shù)化的程序員使用的開(kāi)發(fā)編碼語(yǔ)言。它，會(huì)是DSL，即Domain Specific language。它可能會(huì)高于Javascript，但和Javascript類(lèi)似，但又低于JAVA、C#這些重型開(kāi)發(fā)語(yǔ)言。但它肯定是動(dòng)態(tài)語(yǔ)言。這 樣隨時(shí)改變流程，隨時(shí)改變應(yīng)用。這就是業(yè)務(wù)敏捷。這就是我預(yù)想中的未來(lái)SOA時(shí)代計(jì)算環(huán)境。

　　你還在用傳統(tǒng)的業(yè)務(wù)基礎(chǔ)平臺(tái)思路搭建企業(yè)管理軟件架構(gòu)嗎? 未來(lái)SOA時(shí)代，未來(lái)軟件服務(wù)化時(shí)代，你，準(zhǔn)備好了嗎?

　　后記

　　20%的企業(yè)在上第一代系統(tǒng)，不需要SOA。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成。但現(xiàn)在對(duì)于企業(yè)沒(méi)有需求，不會(huì)因?yàn)镾OA加分買(mǎi)單。

　　30%的企業(yè)在全部替掉第一代系統(tǒng)，不需要SOA。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成。但現(xiàn)在對(duì)于企業(yè)沒(méi)有需求，不會(huì)因?yàn)镾OA加分買(mǎi)單。

　　30%的企業(yè)在整合自己內(nèi)部的第二代系統(tǒng)，可能需要SOA，但實(shí)質(zhì)上采用的少。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成?？蛻?hù)可能會(huì)因?yàn)镾OA加分買(mǎi)單。

　　10%的企業(yè)在整合自己的上下游，需要SOA。

　　10%的企業(yè)開(kāi)始為最終客戶(hù)提供信息交互服務(wù)，如同我們看到的Google API一樣，需要SOA。

　　現(xiàn)在關(guān)注和編寫(xiě)SOA時(shí)機(jī)正確嗎?正確，因?yàn)槟憧瓷厦娴谋壤?，?0%的企業(yè)有SOA需求。

　　但如果你面臨的客戶(hù)市場(chǎng)恰恰不是這50%，而是另外的50%，那么奉勸你繼續(xù)做好現(xiàn)在的產(chǎn)品，SOA還不需要。