在競爭日益激烈的經(jīng)濟(jì)中，每個行業(yè)的組織都必須創(chuàng)新才能生存。麥肯錫 2020 年的一項調(diào)查發(fā)現(xiàn)，COVID-19 的影響大大加快了數(shù)字技術(shù)的采用。那些認(rèn)為自己成功應(yīng)對疫情的公司報告了其他公司沒有的技術(shù)能力——包括使用更先進(jìn)的技術(shù)，以及更快的實驗和創(chuàng)新。

企業(yè)背負(fù)著維護(hù)成本高昂的陳舊技術(shù)（如企業(yè)服務(wù)總線 （ESB））時，轉(zhuǎn)型就很困難。

十五年前，ESB平臺承諾為企業(yè)提供一種革命性的方式，將應(yīng)用程序相互連接并在軟件中編碼業(yè)務(wù)邏輯。企業(yè)將聘請高級開發(fā)人員編寫自定義代碼，通常使用簡單對象訪問協(xié)議 （SOAP） 將應(yīng)用程序連接到跨越組織的共享通信總線，理論上可以到達(dá)每個業(yè)務(wù)關(guān)鍵型應(yīng)用程序和資源。業(yè)務(wù)邏輯已編碼到這些連接中。

編碼很困難，但總線應(yīng)該為應(yīng)用程序和業(yè)務(wù)部門所依賴的數(shù)據(jù)提供安全、全面的通道。

如果出現(xiàn)了新的業(yè)務(wù)機(jī)會，出現(xiàn)了新的競爭對手，或者更改了管理法規(guī)，并且業(yè)務(wù)部門突然需要修改其業(yè)務(wù)邏輯作為響應(yīng)，則 IT 組織將需要找到時間和預(yù)算來為 ESB 編寫、測試和部署新軟件。

隨著商業(yè)步伐從本世紀(jì)的第一個十年到第二個十年開始急劇加快，這種方法的不切實際性變得非常明顯。早在 2008 年，領(lǐng)先的 IT 分析公司 451 Group 就注意到 ESB 的鼎盛時期可能已經(jīng)過去。

今天，ESB 仍然存在。許多企業(yè)仍在使用它們?，F(xiàn)在的問題是，企業(yè)是否應(yīng)該繼續(xù)甚至加深對這種舊的、復(fù)雜的集成方法的承諾，或者他們是否應(yīng)該采用更快、更靈活的集成方法——這種方法更適合快速的開發(fā)周期、云架構(gòu)和市場壓力，迫使幾乎每個企業(yè)探索和集成人工智能（AI）等新技術(shù)。

ESB 和上一代中間件如何拖慢企業(yè)速度

許多企業(yè)現(xiàn)在花費(fèi)多達(dá) 70% 的 IT 預(yù)算來維護(hù)舊的、脆弱的、手工編碼的 ESB 集成和過時的應(yīng)用程序，而不是采用可以改變其業(yè)務(wù)的新技術(shù)。

ESB 和其他 SOA 時代的中間件集成產(chǎn)品給企業(yè)帶來了以下問題：

使 ESB 保持最新

即使是最流行的 ESB 也不是集成平臺。相反，它們是全面數(shù)字現(xiàn)代化所需內(nèi)容的一小部分。一旦從單個供應(yīng)商收集了構(gòu)成 ESB 產(chǎn)品的所有產(chǎn)品的所有發(fā)行說明，此現(xiàn)代化組件的復(fù)雜性就變得顯而易見。印刷版發(fā)行說明，更不用說 API 指南和編程教程，需要花費(fèi)大量時間閱讀 - 這是假設(shè)您知道您知道要使用的每個子產(chǎn)品的哪個版本。一家長期的 ESB 供應(yīng)商目前提供了其旗艦產(chǎn)品的六個不同版本，并且必須對集成進(jìn)行重大修改才能從一個版本移動到另一個版本。

IT 勞動力稀缺

正如某知名集成咨詢公司董事總經(jīng)理所說：“傳統(tǒng)集成中間件需要一小群開發(fā)人員、架構(gòu)師和管理員的支持。這些人越來越難找到，因此隨著供應(yīng)減少，成本也會上升。相比之下，具有現(xiàn)代集成平臺即服務(wù) （iPaaS） 的集成項目通常只需要一兩個員工即可實施，而這些集成開發(fā)人員不需要專業(yè)技能。他們只需要了解他們的業(yè)務(wù)需求和工作流程。作為天然的副產(chǎn)品，iPaaS開發(fā)人員人才庫正在迅速增長。

前兩個挑戰(zhàn) - 過時的軟件版本和對高級人員的要求 - 相結(jié)合，使IT勞動力更加難以找到。您是否正在尋找熟悉 SOAP 協(xié)議和 2014 年末版本的 ESB 的高級 Java 程序員？祝你好運(yùn) – 投資 ESB 的組織越來越少，這使得 ESB 程序員更加稀有和昂貴。一家成功的集成咨詢公司報告稱，在過去幾年中，只有一個客戶選擇了 ESB 解決方案，而數(shù)十個客戶選擇投資基于 SaaS 的現(xiàn)代替代方案 iPaaS。

架構(gòu)不兼容和手動流程

ESB 通常需要業(yè)務(wù)在與 ESB 的集成中嵌入業(yè)務(wù)邏輯。在復(fù)雜代碼中嵌入業(yè)務(wù)邏輯會使更改業(yè)務(wù)邏輯成為一項昂貴、耗時且晦澀難懂的任務(wù)。最好將業(yè)務(wù)邏輯保持在邊緣附近，以及邏輯影響其工作流的人員。

ESB 旨在支持面向服務(wù)的體系結(jié)構(gòu) （SOA） 服務(wù)的松散耦合，但為了權(quán)宜之計，許多集成工程師只是簡單地創(chuàng)建了緊密耦合的解決方案，即服務(wù)之間的硬編碼連接。（松散耦合可以輕松地以臨時方式將一個服務(wù)連接到另一個服務(wù)。緊密耦合可在應(yīng)用程序之間創(chuàng)建定制的單一用途連接。維護(hù)和更新這些連接的難度在于，其中許多解決方案依賴于SOAP，而不是REST或JSON，這是當(dāng)今SaaS產(chǎn)品所青睞的協(xié)議。

許多企業(yè)發(fā)現(xiàn)自己正在努力將依賴 REST 或 JSON 的新 SaaS 解決方案連接到其 ESB 上高度定制的 SOAP 服務(wù)。他們想知道是否有更簡單的方法將 SaaS 應(yīng)用程序與遺留資源集成。

數(shù)環(huán)通iPaaS的優(yōu)勢

與ESB和其他上一代中間件產(chǎn)品相比，數(shù)環(huán)通是一個持續(xù)更新的，基于云的集成平臺，允許企業(yè)集成應(yīng)用程序和服務(wù)，提高數(shù)據(jù)質(zhì)量，并在需要的地方交付數(shù)據(jù)以支持?jǐn)?shù)字化轉(zhuǎn)型。

與后來成為產(chǎn)品套件的ESB產(chǎn)品不同，數(shù)環(huán)通iPaaS是真正集成的：它是一個綜合平臺，包括多種互補(bǔ)功能，包括集成，主數(shù)據(jù)管理，API生命周期管理，EDI管理，數(shù)據(jù)編目和準(zhǔn)備以及低代碼工作流自動化。

與ESB和其他舊的中間件集成產(chǎn)品相比，數(shù)環(huán)通iPaaS平臺具有重要的優(yōu)勢。這些優(yōu)勢包括：

可訪問的低代碼開發(fā)工具

數(shù)環(huán)通為構(gòu)建應(yīng)用程序提供了一個圖形化的拖放界面。它甚至在產(chǎn)品中提供機(jī)器學(xué)習(xí)指導(dǎo)的眾包建議，以簡化流行應(yīng)用程序之間集成的構(gòu)建。數(shù)環(huán)通使每個人都能實現(xiàn)集成。面向開發(fā)人員的開發(fā)人員集成和用于快速公民集成商集成的簡單拖放集成。

快速集成開發(fā)

得益于其低代碼界面和大量即用型連接器庫，數(shù)環(huán)通幫助IT組織構(gòu)建集成的速度比ESB和其他集成技術(shù)快5倍。

創(chuàng)建集成、在需要時對其進(jìn)行修改以及根據(jù)需要擴(kuò)展集成都很容易。數(shù)環(huán)通是一種基于云的解決方案，允許集成和工作流程在需要的任何地方運(yùn)行：在云中，在內(nèi)部數(shù)據(jù)中心或邊緣 - 即使在支持物聯(lián)網(wǎng)設(shè)備的邊緣網(wǎng)關(guān)中也是如此。

穩(wěn)健的邏輯架構(gòu)

數(shù)環(huán)通不會強(qiáng)迫企業(yè)將業(yè)務(wù)邏輯嵌入到一個中心位置。相反，邏輯可以內(nèi)置到業(yè)務(wù)部門自己使用的邊緣集成和工作流中。如果出現(xiàn)商機(jī)并且業(yè)務(wù)邏輯需要更改，可以使用低代碼界面快速實現(xiàn)這些更改。

降低成本

數(shù)環(huán)通比傳統(tǒng)的中間件便宜。無需購買和維護(hù)硬件，自動和計劃更新使集成商能夠?qū)Ｗ⒂诩桑皇切扪a(bǔ)本地更新。

降低風(fēng)險

沒有了多個單獨(dú)發(fā)布的產(chǎn)品和晦澀難懂的界面的復(fù)雜性，數(shù)環(huán)通降低了構(gòu)建集成，管理API和自動化工作流程的復(fù)雜性。降低這些風(fēng)險意味著可以更快地部署業(yè)務(wù)創(chuàng)新。企業(yè)可以大膽行動，嘗試新產(chǎn)品和服務(wù)，確信他們的集成平臺支持修改、改進(jìn)和規(guī)模的巨大變化，只要業(yè)務(wù)需要它。

從 ESB 負(fù)擔(dān)到無限可能

企業(yè)不必在ESB和其他舊技術(shù)上進(jìn)行昂貴的投資作為技術(shù)債務(wù)，可以使用數(shù)環(huán)通iPaaS來追求他們最大膽，最具創(chuàng)新性的數(shù)字化轉(zhuǎn)型理念。