集成的成功與原來SOA的障礙

申請免費試用、咨詢電話：400-8352-114

集成專業(yè)人員已經認識到，點對點的集成顯著地提高了建立和維護企業(yè)商務流程的復雜性。這個表現形式之一是提高SOA的受歡迎程度。要最大限度地獲得SOA的好處，重要的是在選擇技術和研究可行的實例之前認真考慮架構和設計原則。

在一個恰當地考慮了各種因素的設計中，集成設備在簡化實施和正在進行維護的同時可以極大地降低成本。這些設備還有助于企業(yè)通過減少技術支持基礎設施避免集成系統常見的一些不可避免的變化。

在90年代中期，商業(yè)集成包首次用于建立大型的跨系統商務流程。然而，第一代技術的局限性成為了取得成功的一個嚴重障礙。

1.缺乏可升級性。把每一個系統集成到每一個其它的系統導致系統隨著端點數量的增長而日益復雜。這顯然是不能升級的。集線器和總線模型的推出減少了這些連接，所有的數據都經過一個中心集線器和存儲處。

2.依賴低水平的API(應用程序編程接口)和適配器。當指定系統所有的數據都通過一個中心點的時候，設計人員可以考慮減少維護一個端點所需要的工作量。即使一個不太復雜的系統也有十幾個端點，IT管理的大部分工作包括隨著端點的改變保持連接。例如，SAP發(fā)布了一個新版本的軟件，甲骨文收購了仁科，大型計算機支付系統轉移到了一臺Unix服務器等等。

早期的集成系統通常與使用適配器的端點的低水平的API直接連接在一起。遺憾的是，幾乎沒有標準。在1995年，甚至ODBC的工作也不總是一致的。這導致了大量的適配器不得不與大型系統放在一起，以處理多種版本的杭州OA系統，至少每一種應用類型有一個適配器。每一次端點發(fā)生變化時，那個接口都必須重新做。糟糕的是它后面所有的商業(yè)邏輯經常與這個適配器緊密地聯系在一起并且必須要重新編寫或者移植。這就引起了一個高水平抽象的想法，而不是編寫API。

3.抽象服務的普及。使用抽象服務的原則，而不是低水平的API，是一個進步。但是，這個原則也有嚴重的弱點。許多服務接口實際上并不比端點系統的物理連接數量少。通過創(chuàng)建一個服務，你能夠得到更好的抽象，但是，那里仍有太多的抽象。更糟糕的是一個設計良好的服務經常接觸一個以上的基本物理應用。這就可能出現服務重疊、數據復制和數據不一致的問題。這種設計也是不能升級的。

IT專業(yè)人員的應對措施是采用SOA。原來的SOA的核心概念是簡化連接、服務抽象和數據管理。除非在你的SOA設計中擁有全部這些想法，否則，你不可能從最終的系統獲得最大的好處。相反，一個真正的SOA不僅能夠使你避免基本的變化，而且還能讓你再利用這些服務。

SOA實施的關鍵：成功的分離

一項SOA能夠以不同的方式實施，使用各種工具和技術，包括Web服務、中間件軟件、框架和集成平臺。然而，深入研究一個突出的SOA趨勢也許有助于降低你的實施成本和努力。集成工具原來是沒有區(qū)別的。每一個系統的每一個連接都有一種工具。隨著SOA概念的發(fā)展，這個架構發(fā)展成擁有具體架構和功能的不同的高水平的種類(見圖1)。

1.商務流程：這個SOA層利用這些服務并且擁有包含多種服務的商務流程，這些服務包括元商務(meta-business)流程、商務流程管理的基礎和工作流。

2.目錄服務：權力和服務目錄等通用的服務連接到服務層以便把上層的商務流程與變化隔離開。

3.現有的應用程序：實際做這個工作的上層程序。

4.數據同步化：這些集成組件用于建立和維護父/子數字關系。

這些組件有不同的功能和非常不同的架構。他們通常使用不同的技術，結構非常好。