SOA的應運而生
1996年，Gartner提出了SOA概念。Gartner還曾提出兩個(gè)很著(zhù)名的概念：
其一，ERP(Enterprise ResourcePlanning)，企業(yè)資源計劃。以企業(yè)資源的角度來(lái)組織企業(yè)的人、財、物、信息。此概念產(chǎn)生于大生產(chǎn)時(shí)代MRP之后，號召把企業(yè)的上下游也納入到企業(yè)通盤(pán)戰略考慮當中。因為社會(huì )已經(jīng)變成了產(chǎn)業(yè)鏈，從原材料到生產(chǎn)到物流到銷(xiāo)售到售后服務(wù)，每個(gè)環(huán)節都影響生產(chǎn)企業(yè)。生產(chǎn)已經(jīng)變的不是第一重要了，供不應求時(shí)代已經(jīng)結束。進(jìn)入營(yíng)銷(xiāo)渠道的時(shí)代。
其二，CRM(Customer RelationshipManagement)，客戶(hù)關(guān)系管理。以客戶(hù)服務(wù)的角度出發(fā)來(lái)重新組織企業(yè)的人、業(yè)務(wù)、流程、信息。此概念在ERP的基礎上，把眼光從供應鏈上游和生產(chǎn)企業(yè)轉移到了客戶(hù)終端。生產(chǎn)時(shí)代結束，營(yíng)銷(xiāo)推銷(xiāo)時(shí)代也快結束，不考慮客戶(hù)感受，不和客戶(hù)交互交流，一味生產(chǎn)和推銷(xiāo)，是不可能獲勝的。
從什么角度來(lái)組織資源和流程，頗像技術(shù)界的面向過(guò)程、面向對象、面向組件，如今面向服務(wù)了。
在這樣的大背景下，Web2.0也是順應這個(gè)概念產(chǎn)生的，口碑營(yíng)銷(xiāo)、精確分眾、圈子、即時(shí)通信、短信、博客，各種交互工具順應時(shí)代而產(chǎn)生。
ERP和CRM都是應用層面的產(chǎn)物。這樣的應用，在信息化方面如何落地?于是，SOA概念隨即而出。
SOA架構的真正成型
1996年的美國，互聯(lián)網(wǎng)已經(jīng)很發(fā)達了。但是互聯(lián)網(wǎng)技術(shù)并沒(méi)有跟上。企業(yè)仍然封閉在自己的信息化世界。雖然有CORBA、COM+、RMI/EJB這些技術(shù)模型在支撐，但向互聯(lián)網(wǎng)公眾提供信息服務(wù)，而非上下游合作伙伴提供信息服務(wù)，CORBA、COM+、RIM/EJB仍然在穿透防火墻和通用數據格式傳輸上仍然存在問(wèn)題，三個(gè)體系都有自己的通訊協(xié)議和數據傳輸協(xié)議，普通消費者無(wú)法參與其中。
2000年，XML產(chǎn)生。隨即基于HTTP的SOAP、WSDL、UDDI產(chǎn)生，WebService作為一個(gè)基于互聯(lián)網(wǎng)通用技術(shù)基礎上發(fā)展的數據通訊協(xié)議和數據傳輸訪(fǎng)問(wèn)協(xié)議體系產(chǎn)生了。
但是WebService只是定義了基于通用互聯(lián)網(wǎng)技術(shù)的數據通訊和數據傳輸訪(fǎng)問(wèn)。就相當于底層通路通了，但是基于上面的應用呢，還是沒(méi)有一個(gè)規范。就相當于路通了，但是在這條路上什么樣規格的車(chē)跑起來(lái)最順暢，還沒(méi)有這個(gè)規范——當然你可以不要規范，自己造個(gè)自己的車(chē)，但以后在和擁有統一規格的車(chē)一起管理和運行時(shí)交互時(shí)就有了問(wèn)題。這個(gè)描述也為了回答相當一部份人提出的那個(gè)問(wèn)題：我們既然有了WebService，那干嘛還要SCA/SDO呢?SOA就是干這件事的。
但是，對于SOA，業(yè)界大佬太過(guò)于著(zhù)急。就如同在.COM大潮中，每個(gè)企業(yè)都急于申明我們是一家.COM公司。于是，這個(gè)市場(chǎng)混淆了各種視聽(tīng)。
做工作流的、做OA(Office Automation，辦公自動(dòng)化)的、做業(yè)務(wù)基礎平臺的、做組件的、做中間件的、做EAI(EntERPrise Application Integration，企業(yè)應用集成)的，都號稱(chēng)自己已經(jīng)是SOA了。
有的說(shuō)SOA是為了業(yè)務(wù)敏捷，即可以靈活調整系統以適應快速發(fā)生變化的業(yè)務(wù)競爭?，F摘錄一段話(huà)：SOA通過(guò)把傳統應用模塊分解成更小的構件，并把這些構件當作可以重用的Web服務(wù)，CIO們就能通過(guò)選擇和安排所需構件，來(lái)生成最貼合的系統。這和當年我們做WINDOWSDNA架構是多么相似。但當年SOA已經(jīng)提出，但并沒(méi)有人說(shuō)WINDOWSDNA架構是SOA架構。有的說(shuō)SOA是為了系統整合，有的說(shuō)SOA是企業(yè)總線(xiàn)，有的說(shuō)SOA是種業(yè)務(wù)分析設計思想，有的說(shuō)SOA是技術(shù)架構模型，有的說(shuō)SOA有類(lèi)似UML的作用，可以使業(yè)務(wù)設計人員和技術(shù)設計人員有共同語(yǔ)言，有人更說(shuō)SOA就和Web2.0一樣，就是個(gè)概念。頗像當年微軟急于把自己所有產(chǎn)品都打上.NET標志一樣，最后弄的大家都搞不清楚什么是.NET了。直到2007年發(fā)布WPF、WCF、WF之后，.NET的技術(shù)走向才算基礎架構定型。SOA和當時(shí)的.NET非常相似。
如今，SOA規范才真正落地為SCA(Service ComponentArchITecture，服務(wù)組件架構)和SDO(Service DataObjects)。工作流規范業(yè)界已經(jīng)成型，WF也符合業(yè)界工作流規范，所以SOA中并沒(méi)有定義工作流規范。而對應WPF的SOA顯然也不需要，畢竟SOA考慮的是業(yè)務(wù)接口服務(wù)層面，而非這個(gè)服務(wù)以什么樣的圖形界面規范來(lái)讓客戶(hù)存取，沒(méi)有必要。但中國普元補上了這一環(huán)節。中國普元也是OSOA頂級成員之一。光有接口沒(méi)有UI，還是需要程序員動(dòng)手寫(xiě)這個(gè)UI，業(yè)務(wù)人員不可能沒(méi)有UI去做靈活改變業(yè)務(wù)功能和流程，即使有BPEL和DSL也不行。別給業(yè)務(wù)人員任何技術(shù)的東西，別想著(zhù)DSL和UML就能讓業(yè)務(wù)人員用起來(lái)。所以，SCA和SDO已經(jīng)夠用了，SOA架構真正成型。
但SCA和SDO是2007年8月才定型的----雖然2005年已經(jīng)有了草案。所以之前急于號稱(chēng)是SOA產(chǎn)品的廠(chǎng)商不知作何感想。
IBM與SOA
我閱讀了SCA和SDO標準，我也對比了過(guò)去我研究的CORBA，我也對比了微軟的WCF，架構思想居然非常類(lèi)似。
當年DEC和IBM主導定義的CORBA，太復雜，SUN和微軟都做了定制化裁減，發(fā)展了自己的RMI/EJB和COM+。由于Webservice的出現，微軟立即發(fā)展了基于Webservice的架構體系：WCF。但是JAVA世界由于標準制定牽扯了大量廠(chǎng)商的利益，發(fā)展緩慢。而IBM也不愿意尷尬的在SUN的JAVA世界做個(gè)影子巨人。IBM一直盤(pán)算著(zhù)如何做領(lǐng)袖。
于是SOA的真正架構，吸收了CORBA的教訓(IBM由于當年的CORBA沒(méi)有帶起業(yè)界標準很是懊惱，這次要卷土重來(lái)，更加學(xué)聰明了，誰(shuí)說(shuō)大象不能跳舞)，也結合了Webservice，也借鑒了WCF(WCF也是在Webservice基礎上發(fā)展起來(lái)的架構，很多技術(shù)借用了Webservice的技術(shù)，而非另起一套底層)，終于產(chǎn)生。
而OSOA組織，最近才出現SUN的蹤影，而SCA和SDO標準中并沒(méi)有SUN提交的草案。
JAVA和.NET兩大平臺，封閉而專(zhuān)有。而IBM需要的是一種業(yè)界標準制定者。SOA這回達成了IBM的意愿。無(wú)論是JAVA，還是.NET，甚至是PHP，只要符合SCA和SDO，就可以提供業(yè)界標準服務(wù)接口。
掙脫了語(yǔ)言和專(zhuān)屬平臺優(yōu)缺點(diǎn)的樊籠，IBM藍色巨人又成為自由的業(yè)界之神。
如何應對軟件服務(wù)化、互聯(lián)網(wǎng)化?
我為什么這么關(guān)注、信任和理解SOA。其實(shí)和我自身所處的軟件行業(yè)非常有關(guān)系。
我是做企業(yè)管理軟件的。很早業(yè)界就都有共識：軟件不能這樣賣(mài)了。我們把一套辦公系統賣(mài)給了運營(yíng)商，人家用我們的軟件做服務(wù)，收費比我們賣(mài)軟件還多。所以，就連賣(mài)軟件老大微軟也在喊著(zhù)軟件服務(wù)化(“S+S”，Software+Service，“軟件+服務(wù)”)。
過(guò)去是在企業(yè)內部運行的軟件，一個(gè)企業(yè)不外乎也就那么多人那么多數據。但是，一旦把軟件服務(wù)化、互聯(lián)網(wǎng)化了，就不抵有多少人訪(fǎng)問(wèn)了。所以，我們如何應對軟件服務(wù)化、互聯(lián)網(wǎng)化。
上億人訪(fǎng)問(wèn)的Webservice，其架構就不能象搭建企業(yè)內部運行的軟件架構，你看Google，都有幾十萬(wàn)臺PC集群的計算資源才能支撐互聯(lián)網(wǎng)服務(wù)。我們過(guò)去的傳統的企業(yè)內部機房磁盤(pán)陣列和計算機集群架構不適合在公網(wǎng)上了，我們的數據庫也不適合服務(wù)幾億人了。所以，我特別關(guān)注我們如何軟件服務(wù)化，軟件服務(wù)化的架構是什么樣的?
其實(shí)，業(yè)界都在往一個(gè)方向跑，不管是Google、還是Yahoo、還是微軟、還是咱們的百度、QQ、盛大、阿里，大家都在往軟件服務(wù)化、互聯(lián)網(wǎng)化的方向跑——如果你僅僅是把眼光放到SaaS，放到和過(guò)去的ASP(Application ServiceProvider，應用服務(wù)托管)去對比，眼界顯然需要更高一些。
未來(lái)SOA時(shí)代計算環(huán)境
應用軟件運行需要基礎設施。首先是基礎硬件設施，幾十萬(wàn)臺PC的集群如何虛擬文件系統和計算資源分配，這就是云計算(CloudComputing)要解決的問(wèn)題?，F在云計算是個(gè)熱門(mén)，Yahoo、Google、IBM、微軟都在研究和建設。但微軟慢了一步(微軟在互聯(lián)網(wǎng)計算上一直不敏感，總是用傳統軟件的方式看互聯(lián)網(wǎng))，所以WFS沒(méi)有出來(lái)(可能沒(méi)想通作為集群中的一個(gè)節點(diǎn)資源，如何加入集群，與集群同構，還能符合個(gè)人桌面計算管理)。
有了云計算硬件基礎，還需要數據存取軟件基礎。有了分布式文件系統，文件存取應該沒(méi)什么問(wèn)題，但關(guān)系數據的存取，這是現在所有數據庫產(chǎn)品都沒(méi)有解決的。Amazon看到了機會(huì )，推出了S3服務(wù)。全球互聯(lián)網(wǎng)就是個(gè)超級計算機，而S3就是這個(gè)計算機上的數據庫。
而所有的SOA應用，都必須在一個(gè)容器中運行，否則，有外界調用這些服務(wù)，這些服務(wù)運行中使用的資源誰(shuí)來(lái)管理呢。很多人不明白容器是干什么用的，不明白中間件的來(lái)歷，也不明白為什么JAVA和.NET都要做容器。如果你做應用，你自己還要負責那么多底層的分配與釋放與并發(fā)，那么你做的既不專(zhuān)業(yè)，也累，也不穩定，不如交給系統商去管理。容器負責內存、資源的分配、調度、回收，負責安全，負責事務(wù)，負責并發(fā)，負責池化。而這些SOA服務(wù)，也必須能隨時(shí)升級，就必須具備軟件熱插拔的功能?，F在熱的OSGi研究就屬此類(lèi)。
有了這些基礎設施，我們的應用就必須SOA化，成為軟件服務(wù)，讓所有人來(lái)使用。使用者一方可能是一個(gè)C#寫(xiě)的客戶(hù)端，可能是一個(gè)PHP網(wǎng)站，可能是一個(gè)JAVA網(wǎng)站，也可能是一個(gè)FLASH。
全球大大小小的公司提供了這么多Open API，如何調用。用各自的語(yǔ)言：JAVA?C#?PHP?Javascript?
我想會(huì )產(chǎn)生一種新的語(yǔ)言來(lái)組織這些Open API，而不是這么技術(shù)化的程序員使用的開(kāi)發(fā)編碼語(yǔ)言。它，會(huì )是DSL，即DomainSpecificlanguage。它可能會(huì )高于Javascript，但和Javascript類(lèi)似，但又低于JAVA、C#這些重型開(kāi)發(fā)語(yǔ)言。但它肯定是動(dòng)態(tài)語(yǔ)言。這樣隨時(shí)改變流程，隨時(shí)改變應用。這就是業(yè)務(wù)敏捷。這就是我預想中的未來(lái)SOA時(shí)代計算環(huán)境。
你還在用傳統的業(yè)務(wù)基礎平臺思路搭建企業(yè)管理軟件架構嗎? 未來(lái)SOA時(shí)代，未來(lái)軟件服務(wù)化時(shí)代，你，準備好了嗎?
后記
20%的企業(yè)在上第一代系統，不需要SOA。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成。但現在對于企業(yè)沒(méi)有需求，不會(huì )因為SOA加分買(mǎi)單。
30%的企業(yè)在全部替掉第一代系統，不需要SOA。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成。但現在對于企業(yè)沒(méi)有需求，不會(huì )因為SOA加分買(mǎi)單。
30%的企業(yè)在整合自己內部的第二代系統，可能需要SOA，但實(shí)質(zhì)上采用的少。但軟件產(chǎn)品提供商需要考慮SOA，以防未來(lái)的集成?？蛻?hù)可能會(huì )因為SOA加分買(mǎi)單。
10%的企業(yè)在整合自己的上下游，需要SOA。
10%的企業(yè)開(kāi)始為最終客戶(hù)提供信息交互服務(wù)，如同我們看到的Google API一樣，需要SOA。
現在關(guān)注和編寫(xiě)SOA時(shí)機正確嗎?正確，因為你看上面的比例，有50%的企業(yè)有SOA需求。
但如果你面臨的客戶(hù)市場(chǎng)恰恰不是這50%，而是另外的50%，那么奉勸你繼續做好現在的產(chǎn)品，SOA還不需要。
聯(lián)系客服
