合并三維的 SOA 整合中心(1)

2019-11-17 04:54:44

字體：大中小

來源：轉載

供稿：網友

將您的 SOA 合并成三維空間的整合中心，以提高 Web 服務的互用性。Judith M. Myerson 給出了四個合并的實例:非共享的 SOA 的二維中心、共享的 SOA 的二維中心、共享的 SOA 的三維中心的兩種視圖。權衡各種利弊，確定三維空間中的整合中心可以承載的 SOA 的最大數目是非常重要的，使得能夠避免中心超負荷。引言在本文中，我將談論如何將 Web 服務及非 Web 服務的多重 SOA 合并成三維的整合中心來連接各種后端企業主機系統，包括:企業資源規劃(EnterPRise Resource Planning，ERP)

客戶關系治理(Customer Relationship Management，CRM)

供給鏈治理(Supply Chain Management，SCM)

其它企業應用程序集成(Enterprise application Integration，EAI)的應用程序

虛擬的數據庫治理系統我也將討論中心如何接受輸入數據——事件和數據——來源于各種資源。我使用 X、Y 和 Z 軸在三維空間中展示圖片。什么是 SOA 整合中心?SOA 整合中心是 Web 服務與非 Web 服務的合并的 SOA 與后端企業系統的集成。它使得 Web 服務及非 Web 服務能夠與運行在不同平臺上的服務器、主機和微機上的企業系統交互。然而，SOA 整合中心不同于面向服務的整合(service-oriented integration，SOI)。SOI 將 Web 服務與運行在不同平臺上的主機系統相整合。它使得 Web 服務能夠通過網關與主機交互。您需要 asp.net 或其它技術獲取網關來執行普通的 Web 服務。SOA 是基于一套業務流程的 Web 服務的交互的體系結構。您可以在第一個 SOA 中獲取 Web 服務來在第二個 SOA 中復用代表 Web 服務的服務。Web 服務可能由一些小的 Web 服務組成，它們將服務傳遞給客戶。您使用描述語言(例如，SOAP)或其它描述交互的方法(例如，REST)來定義交互。每個交互都是獨立且松耦合的，以便每個交互都能獨立于任何其它交互。這與依靠網關來與 Web 服務集成的緊耦合的主機系統形成對照。SOA 層我們看一下二維空間中的 SOA 層。之后，我將向您展示為何三維的整合中心是更好的選擇。SOA 的 IBM 版本的前五層(請見參考資料)是(從下至上)：操作系統

基于組件的(系統)

服務

業務流程

表示層第六層是集成體系結構(也作為企業集成總線(Enterprise Integration Bus))，它垂直覆蓋了前五層。下一層是服務質量、安全、治理及監控層。顯而易見，操作層由 EAI 打包的應用程序、遺留、老式的面向對象及商業智能應用程序組成。它們都可以通過使用 SOI(在項目級或企業級)來同第二層的基于組件的系統相集成。然后，將組件結合或集成到復合應用程序中來提供第三層的服務。第四層向您展示了那些服務是如何根據一套業務流程從一個流向另一個的。更高一層通過遠程門戶網站 Web 服務(Web Services for Remote Portlet，WSRP)標準或其它面向人的表示層的方法來將 Web 服務應用于應用程序接口中。二維靜態的 SOA 可能是有問題的。幸好，整合中心的發展意味著 SOA 將變成三維動態的。可復用的體系結構我們假設該 Web 服務需要在 .Net 平臺上或隨后的 WebSphere 平臺上運行前從主機系統獲取信息。您需要將 Web 服務與執行普通 Web 服務的主機網關相整合。所有 Web 服務彼此以 xml 傳遞信息——多個 SOA 中的業務流程應當如何整合及其在提供的服務中如何實現。雖然在多個 SOA 中 Web 服務是可復用的，但是我進一步將 SOA 處理成可復用的體系結構。我有多個實例，它們關于將可復用的 SOA 合并成與主機系統相連的整合中心，我提出如下四步來創建中心:1. 將作為可復用的體系結構的 SOA 數組劃分成兩個模塊。第一模塊主要包括整合 Web 服務的機制，而第二個模塊重在服務交互。

2. 為了獲得最佳的速度及可靠性，將每個 SOA 優化成更緊湊的形式。檢查可能影響性能的磁盤碎片空間。

3. 將 SOA 按照重要性及復用頻率區分優先次序。檢查用戶對于更改 SOA 優先權的需求。

4. 將 SOA 合并成連接到一個或更多主機系統的整合中心，這些主機系統運行在不同的平臺上。檢查先前沒有被提出的互用性問題。模塊化的 SOA 庫您可以開發模塊化的和優化的 SOA 庫，這些 SOA 被分成了不同類別的層次。每個類別可以通過層次最低級別的 Web 服務被進一步劃分成 SOA 的子組。您可以將庫用作到 Web 服務應用程序的動態鏈接。當應用程序需要訪問模塊化的 SOA 時，它將自己鏈接到庫中。當它不再需要檢索到的 SOA 時，將從庫中釋放自己，當提高速度及性能時節省磁盤空間。
下列是庫中模塊化的 SOA 的一些實例:衛生保健 SOA

零售治理 SOA

物流 SOA

無線射頻識別(Radio Frequency Identification，RFID)SOA庫用例假設您使用在庫中使用最后三個 SOA(零售治理、物流和 RFID)來開發整合中心并將它們連接到主機網關中。今后，用戶的需求改變了——取消零售治理 SOA 并以衛生保健 SOA 代替它。同時，用新版本更新物流 SOA 使其迎合用戶的需求。在 RFID SOA 中包含新的子組之后，將所有子組區分優先次序并將它們優化。二維非共享的 SOA我們看一下 Blue Repository 中的三個模塊化的 SOA(零售治理、物流和 RFID)的二維中心(請見圖 1)。所有都連接到主機網關中。例如，假如您使用 ASP.Net，那么您可以通過網關來執行普通的 Web 服務。圖 1. 非共享的 SOA 的二維中心合并三維的 SOA 整合中心(1)

如您所見，SOA 不是共享的。您可以將這三者結合成復合應用程序以減少到主機網關的連接器的數目。將您的 SOA 合并成三維空間的整合中心，以提高 Web 服務的互用性。Judith M. Myerson 給出了四個合并的實例:非共享的 SOA 的二維中心、共享的 SOA 的二維中心、共享的 SOA 的三維中心的兩種視圖。權衡各種利弊，確定三維空間中的整合中心可以承載的 SOA 的最大數目是非常重要的，使得能夠避免中心超負荷。引言在本文中，我將談論如何將 Web 服務及非 Web 服務的多重 SOA 合并成三維的整合中心來連接各種后端企業主機系統，包括:企業資源規劃(Enterprise Resource Planning，ERP)

客戶關系治理(Customer Relationship Management，CRM)

供給鏈治理(Supply Chain Management，SCM)

其它企業應用程序集成(Enterprise Application Integration，EAI)的應用程序

虛擬的數據庫治理系統我也將討論中心如何接受輸入數據——事件和數據——來源于各種資源。我使用 X、Y 和 Z 軸在三維空間中展示圖片。什么是 SOA 整合中心?SOA 整合中心是 Web 服務與非 Web 服務的合并的 SOA 與后端企業系統的集成。它使得 Web 服務及非 Web 服務能夠與運行在不同平臺上的服務器、主機和微機上的企業系統交互。然而，SOA 整合中心不同于面向服務的整合(service-oriented integration，SOI)。SOI 將 Web 服務與運行在不同平臺上的主機系統相整合。它使得 Web 服務能夠通過網關與主機交互。您需要 ASP.Net 或其它技術獲取網關來執行普通的 Web 服務。SOA 是基于一套業務流程的 Web 服務的交互的體系結構。您可以在第一個 SOA 中獲取 Web 服務來在第二個 SOA 中復用代表 Web 服務的服務。Web 服務可能由一些小的 Web 服務組成，它們將服務傳遞給客戶。您使用描述語言(例如，SOAP)或其它描述交互的方法(例如，REST)來定義交互。每個交互都是獨立且松耦合的，以便每個交互都能獨立于任何其它交互。這與依靠網關來與 Web 服務集成的緊耦合的主機系統形成對照。SOA 層我們看一下二維空間中的 SOA 層。之后，我將向您展示為何三維的整合中心是更好的選擇。SOA 的 IBM 版本的前五層(請見參考資料)是(從下至上)：操作系統

基于組件的(系統)

服務

業務流程

表示層第六層是集成體系結構(也作為企業集成總線(Enterprise Integration Bus))，它垂直覆蓋了前五層。下一層是服務質量、安全、治理及監控層。顯而易見，操作層由 EAI 打包的應用程序、遺留、老式的面向對象及商業智能應用程序組成。它們都可以通過使用 SOI(在項目級或企業級)來同第二層的基于組件的系統相集成。然后，將組件結合或集成到復合應用程序中來提供第三層的服務。第四層向您展示了那些服務是如何根據一套業務流程從一個流向另一個的。更高一層通過遠程門戶網站 Web 服務(Web Services for Remote Portlet，WSRP)標準或其它面向人的表示層的方法來將 Web 服務應用于應用程序接口中。二維靜態的 SOA 可能是有問題的。幸好，整合中心的發展意味著 SOA 將變成三維動態的。可復用的體系結構我們假設該 Web 服務需要在 .Net 平臺上或隨后的 WebSphere 平臺上運行前從主機系統獲取信息。您需要將 Web 服務與執行普通 Web 服務的主機網關相整合。所有 Web 服務彼此以 XML 傳遞信息——多個 SOA 中的業務流程應當如何整合及其在提供的服務中如何實現。雖然在多個 SOA 中 Web 服務是可復用的，但是我進一步將 SOA 處理成可復用的體系結構。我有多個實例，它們關于將可復用的 SOA 合并成與主機系統相連的整合中心，我提出如下四步來創建中心:1. 將作為可復用的體系結構的 SOA 數組劃分成兩個模塊。第一模塊主要包括整合 Web 服務的機制，而第二個模塊重在服務交互。

2. 為了獲得最佳的速度及可靠性，將每個 SOA 優化成更緊湊的形式。檢查可能影響性能的磁盤碎片空間。

3. 將 SOA 按照重要性及復用頻率區分優先次序。檢查用戶對于更改 SOA 優先權的需求。

4. 將 SOA 合并成連接到一個或更多主機系統的整合中心，這些主機系統運行在不同的平臺上。檢查先前沒有被提出的互用性問題。
模塊化的 SOA 庫您可以開發模塊化的和優化的 SOA 庫，這些 SOA 被分成了不同類別的層次。每個類別可以通過層次最低級別的 Web 服務被進一步劃分成 SOA 的子組。您可以將庫用作到 Web 服務應用程序的動態鏈接。當應用程序需要訪問模塊化的 SOA 時，它將自己鏈接到庫中。當它不再需要檢索到的 SOA 時，將從庫中釋放自己，當提高速度及性能時節省磁盤空間。下列是庫中模塊化的 SOA 的一些實例:衛生保健 SOA

零售治理 SOA

物流 SOA

無線射頻識別(Radio Frequency Identification，RFID)SOA庫用例假設您使用在庫中使用最后三個 SOA(零售治理、物流和 RFID)來開發整合中心并將它們連接到主機網關中。今后，用戶的需求改變了——取消零售治理 SOA 并以衛生保健 SOA 代替它。同時，用新版本更新物流 SOA 使其迎合用戶的需求。在 RFID SOA 中包含新的子組之后，將所有子組區分優先次序并將它們優化。二維非共享的 SOA我們看一下 Blue Repository 中的三個模塊化的 SOA(零售治理、物流和 RFID)的二維中心(請見圖 1)。所有都連接到主機網關中。例如，假如您使用 ASP.Net，那么您可以通過網關來執行普通的 Web 服務。圖 1. 非共享的 SOA 的二維中心合并三維的 SOA 整合中心(1)

如您所見，SOA 不是共享的。您可以將這三者結合成復合應用程序以減少到主機網關的連接器的數目。

上一篇：通過服務模擬來簡化SOA開發(1)

下一篇：SOA成熟度模型為SOA 護航