結合經驗淺談SOA的剖析（五）

網絡服務標準儘管頗有用，可是卻僅僅是有助於SOA交付的一種傳輸工具。

 

要有遠見

 

要想達到前面描述的能力和彈性的水平很是很是困難。在今時今日徹底拋開現有的IT系統並從新開展一個全新的系統是不可行的。而實際上，服務更像是爲了整合和擴充現有的應用而建立的。你能夠經過聚合component來建立服務，而某些component又已經包裝了現有的應用。

 

以下圖所示，一個典型的服務實現暴露了現有的遺留系統功能。

 

 

可是它並不直接這樣作（就像一個EAI實現所作的），而是經過把其內部實現的功能封裝起來，這麼作能夠考慮到：

• 擴展遺留系統的功能，卻不須要觸碰到它。
• 經過把多個遺留系統的功能（或者同一個遺留系統的多個接口）結合起來，並實現額外的功能來合理化數據，從而增長服務的粒度。
• 不需暴露現有的應用職能。

實現SOA的途徑和現有EAI的起點不一樣，並且是後者的有力補充。大部分的EAI項目都是IT驅動的，並且瞄準的是企業應用只能的鏈接。SOA使得現有的應用使用服務的形式合理化，從而便利了業務和IT之間的收斂化。這種途徑考慮到創建一個EA的工做藍圖，從而使得業務能夠在不須要對現有的企業應用進行主要的檢查的狀況下開展。

 

建立這麼一個服務層的另一些驅動力量包括業務進程的需求。雖然經過基於現有應用的EAI來建立企業進程是可能的，可是這種作法會最終致使把現有的應用職能嵌入到更高級的企業進程中。經過引入上面描述的服務層，能夠考慮到在現有的應用和進程之間建立一個有意義的業務抽象。下圖顯示了這麼一個架構。

 

總結

 

組織應該使用SOA來在各類不一樣的應用之間的鴻溝搭建一座橋樑，並致力於對企業進程管理（BPM，Business Process Management）力量和彈性持續不斷的追求。由SOA引入的業務層充分考慮到把業務的特性和現有的應用只能直接對應起來。若是可以準確的實現，SOA可以爲不管是業務仍是IT帶來巨大的效益。全部四個架構既的遠景（業務，應用，信息和技術）須要用心的投入來交付SOA。網絡服務標準儘管頗有用，可是卻僅僅是有助於SOA交付的一種傳輸工具。