SOA，現(xiàn)在進(jìn)行時(shí)
SOA現(xiàn)在正熱得"燙手"。
對于SOA，目前我聽到有兩種說法：一種講它是"顛覆性的革命架構(gòu)"，一種是"謹(jǐn)慎觀望"。但無疑，SOA最近幾年發(fā)展得非?？?，各主要軟件廠商紛紛高調(diào)跟進(jìn)，關(guān)于SOA的報(bào)道可以說是不絕于耳。對"SOA熱"，程序員們有的興奮和期待，有的則感到困惑，最近我在金蝶中間件于廣州、上海等城市舉行的"Java俱樂部"上和程序員們交流時(shí)，他們或是以一種朝圣者的表情說："以前面向?qū)ο蟮募夹g(shù)過時(shí)了，SOA時(shí)代來了"，或者一再懇切地追問我："SOA到底是什么？作用是什么？"
那么，SOA是什么?到底能解決什么問題、解決得怎樣?我們和客戶都準(zhǔn)備好了嗎?我給出的答案是"Just Processing，SOA-現(xiàn)在進(jìn)行中"。
SOA到底是什么？
SOA（Service-Oriented Architecture）的定義是面向服務(wù)的架構(gòu)，就是說將軟件按照功能設(shè)計(jì)成一個(gè)個(gè)服務(wù)，這些服務(wù)用標(biāo)準(zhǔn)的方式定義接口、并通過標(biāo)準(zhǔn)的協(xié)議進(jìn)行調(diào)用。SOA所定義的接口和調(diào)用方式是獨(dú)立于編程語言和運(yùn)行平臺(tái)的，廣義上講SOA可以基于不同的底層技術(shù)實(shí)現(xiàn)，比如CORBA和Web Services。但CORBA由于過于復(fù)雜和臃腫已很少使用，所以目前所說的SOA絕大多數(shù)是基于Web Services技術(shù)實(shí)現(xiàn)。在Web Services的實(shí)現(xiàn)方式下，SOA服務(wù)的接口用XML進(jìn)行定義。
在SOA架構(gòu)下，軟件開發(fā)從業(yè)務(wù)流程分析開始，使用組件化業(yè)務(wù)建模的方法識(shí)別和分析各種業(yè)務(wù)模型，將各種實(shí)踐融入其中，在這個(gè)基礎(chǔ)上建立用例，用例直接產(chǎn)生BPEL，這些BPEL則可以被融入一個(gè)服務(wù)整合框架中，其描述了各種服務(wù)的信息，從而把ESB上的各個(gè)模塊統(tǒng)一起來，形成一個(gè)巨大的服務(wù)倉。
這樣，SOA甚至是所有軟件人員的一個(gè)夢:將中間層再進(jìn)行抽離，在中間層作一個(gè)跨技術(shù)架構(gòu)的元數(shù)據(jù)和業(yè)務(wù)邏輯，使之成為跨技術(shù)架構(gòu)的、可長期繼承、并不斷積累的企業(yè)業(yè)務(wù)庫和最寶貴的信息資產(chǎn)，也就是面向服務(wù)的組件庫，而且這個(gè)服務(wù)組件庫也可以被其它企業(yè)復(fù)用，且不依賴于任何一種技術(shù)架構(gòu)。夸張一點(diǎn)說，如果所有軟件企業(yè)都使用SOA架構(gòu)，那么世界軟件業(yè)將會(huì)發(fā)生徹底的改變。顯然，這樣一個(gè)框架不是一種產(chǎn)品，也不僅僅是一種技術(shù)，而是一種解決問題的方法論。
SOA可能應(yīng)用的兩個(gè)場景及現(xiàn)有問題
那么，SOA要解決的問題是什么？我認(rèn)為，從技術(shù)本質(zhì)上講，SOA可能應(yīng)用于兩個(gè)場景：第一種是業(yè)務(wù)互通互聯(lián)；第二種是封閉交易系統(tǒng)，即將元數(shù)據(jù)和業(yè)務(wù)邏輯抽離，形成可復(fù)用。舉個(gè)例子，在第一種場景中，當(dāng)不同企業(yè)之間的業(yè)務(wù)需要相互調(diào)用，這時(shí)就可能采用SOA技術(shù)；在第二種場景中，在企業(yè)內(nèi)部需要將系統(tǒng)進(jìn)行遷移時(shí)，利用SOA技術(shù)定義的原有數(shù)據(jù)和業(yè)務(wù)流程，可以很快完成。
無疑，SOA是一個(gè)偉大的思想，它試圖定義一個(gè)大家（各種軟件廠商）都"認(rèn)"的、都"遵循"的法則，大家都使用這樣的方法來進(jìn)行互聯(lián)互通，從而實(shí)現(xiàn)無界限的聯(lián)通，以及服務(wù)組件庫的繼承和復(fù)用，解放無效和重復(fù)勞動(dòng)。打一個(gè)不那么恰當(dāng)?shù)谋扔?，就像人類的語言一樣。SOA或許就像《圣經(jīng)》中那個(gè)著名的"通天塔"的故事：人們用同一種語言交流產(chǎn)生的威力是如此之大，以至于他們在巴比倫幾乎要修成一個(gè)"通天塔"，直達(dá)上帝所在的天庭。
但是，在SOA應(yīng)用的兩個(gè)場景中，現(xiàn)存的問題同樣也是明顯的：
第一種場景：業(yè)務(wù)互聯(lián)互通，就是應(yīng)用系統(tǒng)互聯(lián)。業(yè)務(wù)互聯(lián)，與其說是技術(shù)問題，不如講是業(yè)務(wù)問題，例如ERP、CRM的異步整合，數(shù)據(jù)層面整合都不能很好將兩個(gè)系統(tǒng)整合，SOA僅僅是一種實(shí)現(xiàn)工具之一，整合效果并不會(huì)好不到那里去。我們可以說，在沒有其他選項(xiàng)之前，SOA是一種最"不壞"的方式，但它并不能解決所有的問題，實(shí)際上EAI的牽涉面很廣，而我們知道，有些問題并不是單純靠技術(shù)就能解決的。
第二種場景：封閉交易系統(tǒng)，缺點(diǎn)是性能慢，而且基于Web Services的交易沒有形成明確的規(guī)范。使用XML作信息交互比較慢是大家都承認(rèn)的，性能問題將對SOA的發(fā)展造在一定的阻力。同時(shí)SOA規(guī)范本身沒有完善，比如Transaction規(guī)范還在不斷完善，而且Web Service多年來收效甚微?？偟膩碚f，SOA現(xiàn)在還處在一個(gè)發(fā)展階段，很多標(biāo)準(zhǔn)還在制定，不同廠商間還存在不兼容的現(xiàn)象，因此SOA還不能說已經(jīng)是一個(gè)成熟的技術(shù)，還需要時(shí)間的檢驗(yàn)，還在"進(jìn)行中"。當(dāng)然，金蝶中間件作為JCP組織成員，也會(huì)推動(dòng)SOA規(guī)范在J2EE平臺(tái)上的實(shí)現(xiàn)。
中國用戶的現(xiàn)實(shí)選擇之惑
在憧憬SOA技術(shù)可能帶來的前景之余，我們不得不回過頭來冷靜地說：SOA和我們大家的共同客戶――中國企業(yè)還有距離。
中國信息化進(jìn)程與歐美不同，大量的基礎(chǔ)業(yè)務(wù)系統(tǒng)還沒建立起來，整合需求并不如想象的那么大。從我們對客戶的了解，發(fā)現(xiàn)很少有客戶有SOA的需求。簡單地總結(jié)就是，互通無基礎(chǔ)，以新建系統(tǒng)為主，需求并不強(qiáng)烈。而歐美市場大量業(yè)務(wù)系統(tǒng)已建立起來需要整合，從這個(gè)角度講，SOA是適用于他們的。同時(shí)，在成功案例極少的前提下，SOA還處于培育期，新建封閉交易系統(tǒng)使用SOA技術(shù)還是有一定風(fēng)險(xiǎn)的。
一項(xiàng)新技術(shù)需要市場的消化，大型企業(yè)出于保護(hù)企業(yè)投資，不會(huì)輕易地轉(zhuǎn)移到新的技術(shù)平臺(tái)；而即使像J2EE這樣成熟的技術(shù)經(jīng)過了這么多年的發(fā)展，也不敢說占有統(tǒng)治地位的市場份額。SOA還需要整個(gè)IT界的用戶和供應(yīng)商共同促進(jìn)。
中國信息化需要什么樣的技術(shù)架構(gòu)、能夠接受什么樣的成本價(jià)位？這不僅僅是我們的客戶需要考慮，我們軟件廠商要比客戶考慮得更清楚、更進(jìn)一步。在這個(gè)充滿變數(shù)的激烈競爭市場，只有冷靜務(wù)實(shí)才能生存、發(fā)展。
