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