集成簡史

當 IT 系統(tǒng)隨著時間的推移不斷發(fā)展壯大，它們開始肆意蔓延，彼此割裂。供應(yīng)商的解決方案無法與其他供應(yīng)商的解決方案溝通。最終，在您的整個 IT 堆棧中，這些解決方案除了"都是您的"之外，再也沒有任何其他聯(lián)系。所以，我們需要一種恰當?shù)姆绞絹砝砬暹@團"打結(jié)的耳機線"，從而消除各種重復操作，尤其是業(yè)務(wù)邏輯的重復實施和處理。

1、企業(yè)應(yīng)用集成(EAI)

通過企業(yè)應(yīng)用集成（EAI），可以徹底解決這種分各自為陣。EAI 是一項技術(shù)、一種工具、一個框架，可在應(yīng)用間實施基于消息的實時集成。這些消息由各個應(yīng)用內(nèi)部的變化或參數(shù)觸發(fā)。EAI 是通過點對點和中心輻射這兩種方式中的一種實現(xiàn)的。

.explinks.com/wp-content/uploads/2024/02/image-31.png)點對點模式意味著必須定制每一個應(yīng)用，以便與其他應(yīng)用和您的 IT 組件溝通。這完全采用定制模式，匹配每一個 IT 資產(chǎn)及其連接的每個資產(chǎn)。這項工作也非常繁瑣，而且還很容易出錯。當您更新基礎(chǔ)架構(gòu)和應(yīng)用時，情況還會更糟。隨著時間的推移，這種模式會變得非常難以維護。

為了解決這一問題，中心輻射模式便應(yīng)運而生了。這種模式會通過中央代理（即中心）來處理應(yīng)用和服務(wù)間的連接。連接中心與應(yīng)用和服務(wù)的輪輻可以單獨進行維護。這使得應(yīng)用能夠更加專注地實現(xiàn)自身應(yīng)有的功能，并將所有的集成工作交由中心和路徑來處理。這種方法的主要缺點是中心的集中化。它成為了系統(tǒng)和基礎(chǔ)架構(gòu)溝通的單點故障。從設(shè)計層面來看，EAI 中心輻射模式中的所有集成都依賴于中心的正常工作。

2、企業(yè)服務(wù)總線(ESB)

在 EAI 中心輻射方案之后，又出現(xiàn)了企業(yè)服務(wù)總線（ESB）。ESB 是一個基于消息的抽象工具，可以模塊化應(yīng)用間的服務(wù)。

ESB 還可充當中心，用于共享、路由和組織所有的模塊化服務(wù)，使您的應(yīng)用和數(shù)據(jù)實現(xiàn)互連。這是適合 EAI 中心到輪輻的更好的解決方案，但隨著組織的成長，資產(chǎn)的增加，以及需要更快地處理資產(chǎn)和軟件資源間的通信，這可能還不是最終解決方案。

理論上，集中式 ESB 可以實現(xiàn)標準化并顯著簡化整個企業(yè)服務(wù)之間的通信、消息傳遞和集成。硬件和軟件成本可以分攤，從而根據(jù)組合使用的需要配置服務(wù)器，提供可擴展的集中式解決方案。可以指派一個專家團隊（并在必要時進行培訓）來開發(fā)和維護集成。

軟件應(yīng)用程序只需連接（“對話”）ESB，然后將其交給 ESB 來轉(zhuǎn)換協(xié)議、路由消息并根據(jù)需要轉(zhuǎn)換為數(shù)據(jù)格式，從而提供執(zhí)行事務(wù)所需的互操作性。企業(yè)服務(wù)總線架構(gòu)方法支持應(yīng)用程序集成、數(shù)據(jù)集成和業(yè)務(wù)流程的服務(wù)編排方式自動化場景。這使得開發(fā)人員能夠花費更少的時間進行集成，而將更多的時間專注于交付和改進應(yīng)用程序。如果能夠在一個項目切換到下一個項目時重復使用這些集成，則有可能進一步提高工作效率并節(jié)省下游成本。

但是，盡管 ESB 已在許多組織中成功部署，但在許多其他組織中，ESB 卻被視為瓶頸。對一種集成進行更改或增強可能會破壞使用同一集成的其他人的穩(wěn)定性。ESB 中間件的更新通常會影響現(xiàn)有集成，因此執(zhí)行任何更新都需要進行大量測試。由于 ESB 是集中管理的，應(yīng)用程序團隊很快發(fā)現(xiàn)自己在排隊等待集成。隨著集成量的增長，為 ESB 服務(wù)器實現(xiàn)高可用性和災(zāi)難恢復的成本變得越來越高。作為一個跨企業(yè)項目，ESB 已證實很難獲得資金支持，因此更加難以解決這些技術(shù)挑戰(zhàn)。

開源ESB產(chǎn)品：
Talend ESB
ServiceMix
WSO2 ESB
JBoss ESB

商業(yè)ESB產(chǎn)品：
OracleServiceBus
WebSphereMessageBroker
Mule ESB企業(yè)版
TongESB(國內(nèi):東方通公司)

3、API服務(wù)中臺(iPASS)

iPaaS是一種基于云的自助服務(wù)解決方案，將應(yīng)用程序的集成方式標準化。從而使開發(fā)人員、技術(shù)顧問甚至非技術(shù)人員都可以使用iPaaS快速構(gòu)建集成流程，實現(xiàn)企業(yè)內(nèi)數(shù)據(jù)互聯(lián)互通。與傳統(tǒng)集成方法相比，iPaaS 解決方案具有以下優(yōu)勢：

• 更快實現(xiàn)價值：運營、業(yè)務(wù)和開發(fā)團隊可以立即開始使用 iPaaS，他們只需訂閱并開始集成。
• 工作實現(xiàn)自動化：iPaaS 解決方案有助于創(chuàng)建工作流程，以簡化和自動化手動流程和重復性任務(wù)，以便用戶可以將更多時間花在更高價值的工作上。
• 改進的可擴展性：隨著您的集成需求在整個生態(tài)系統(tǒng)中增長，iPaaS 的自助服務(wù)模型可以輕松擴展。
• 數(shù)據(jù)集成：iPaaS 允許組織集成來自各種工具、平臺和應(yīng)用程序的數(shù)據(jù)，并提高數(shù)據(jù)交換的質(zhì)量，以確保為決策提供可信的數(shù)據(jù)。
• 改進的連接性：當整個組織的應(yīng)用程序之間更新和同步流程和數(shù)據(jù)時，用戶可以在需要時獲取所需的數(shù)據(jù)。
• 所有用戶均易于使用：少代碼或無代碼技術(shù)的出現(xiàn)使自助服務(wù)集成變?yōu)楝F(xiàn)實，并加速了 iPaaS 在整個組織中的采用。許多 iPaaS 供應(yīng)商提供無代碼或少代碼解決方案，允許非開發(fā)人員或公眾集成商無需編碼專業(yè)知識即可構(gòu)建、配置和管理集成。
• 內(nèi)置 API 管理：iPaaS 無需發(fā)布自定義 API 或合并來自其他服務(wù)的 API。這一切都在 iPaaS 平臺中，創(chuàng)建了一個更具可擴展性和安全性的解決方案，用于在整個生命周期中page:/services/管理API。
• 簡化和改進的 B2B 集成：每個企業(yè)都有自己的與合作伙伴交換信息的流程。不同公司使用的不同應(yīng)用程序使得溝通變得困難。企業(yè)可以使用 iPaaS 來改進 B2B 集成，最終增加收入并縮短上市時間。

參考資料

IBM-什么是iPASS
[iPaaS: Integration for](iPaaS: Integration for the Cloud) the Cloud