SOA對我們是個比較尷尬的階段。過后我們發(fā)現(xiàn)這個階段對業(yè)務只有一個貢獻，就是產(chǎn)出了中國企業(yè)特有的OA應用, 即辦公自動化。說得具體一點，就是SOA是個了不起的技術體系，但是它真正產(chǎn)生的業(yè)務價值，是作用到了那些做ERP的時候根本不看重的、零散的流程上面,也就是企業(yè)的辦公自動化。那怎么會出來這樣的一個情況呢?
說SOA意義深遠，概念層面它體現(xiàn)的是緊耦合向松耦合演進的技術框架;流程層面體現(xiàn)的是服務的共享化。但SOA不是一個項目，更不是一個產(chǎn)品，而是一個過程。我們的過程有了開頭，建立了數(shù)據(jù)總線，定義了接口標準。但被隨后在互聯(lián)網(wǎng)、移動、云等等概念的沖擊下，沒能把SOA的過程延續(xù)推進。
另外當時的切入點也是為了解決眾多系統(tǒng)點到點接口混亂的局面，并沒有定位到SOA原有的本質(zhì)意義上。那時我們還是純技術的把數(shù)據(jù)接口都拉到了數(shù)據(jù)總線上。之后確實思考過應該有一個服務總線，但受限于根深蒂固的ERP流程理念，未能厘清服務與流程的區(qū)別，也未能確定是從業(yè)務的角度來定義服務，還是從系統(tǒng)的角度來定義服務。這同時也是個服務顆粒度的問題。也就是說雖然我們意識到SOA提供了從技術向業(yè)務的方向拆解服務的可能性，但沒有領會應該從業(yè)務操作步驟的角度來生出服務。我們之前ERP建設中形成的流程實際不是操作步驟，而是各個操作步驟生成的結果數(shù)據(jù)構成的前后道管控關系。這一點今天只要在淘寶上買過東西都能理解了。淘寶不談流程，但你不會為未下單物品付款，因為有看不見的數(shù)據(jù)流在起作用。如果回到ERP，更能說明我們之前做的流程都是淘寶上不可見的，而淘寶上的可見服務則不是ERP所能包含的。
在這些問題尚處懵懂狀態(tài)時，互聯(lián)網(wǎng)時代來臨，企業(yè)信息化建設的第三個階段也到來了。SOA就成了半生不熟的尷尬存在。第三階段以開放互聯(lián)網(wǎng)為媒介，打破企業(yè)圍欄，建立內(nèi)外連接，勢必采取異步對接的松耦合架構。與SOA松耦合架構其實是一脈相承的。
SOA出現(xiàn)時旨在實現(xiàn)企業(yè)內(nèi)架構松耦，走到今天，變身為原本就是松耦合的企業(yè)內(nèi)外業(yè)務關系的技術實現(xiàn)，這也是自然而然的結果。一些敏感的企業(yè)IT人已經(jīng)意識到這一技術走向，于是在企業(yè)內(nèi)部系統(tǒng)建設中重啟BPM建設，將BPM建設成服務總線。
提到這點我要特別推薦一本書——《云計算與SOA》。現(xiàn)在讀一本2011年的書看起來有些過時。但如果致力于跨越之前提到的SOA尷尬階段，建立服務架構，平滑構建內(nèi)外(云服務)鉤稽關系，進而進化到微服務，本書可以提供一個清晰的脈絡。
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。