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