2020年9月21日發(fā)布-ID G00434187-32分鐘閱讀
本文是Critical Capabilities for Enterprise Integration Platform as a Service的譯文

分析師Eric Thoo，Massimo Pezzini，Keith Guttridge，Bindi Bhullar，Abhishek Singh，Shameen Pillai
企業(yè)iPaaS是支持應(yīng)用程序和數(shù)據(jù)集成的基礎(chǔ)，并且越來越多地用于B2B集成和API管理。這項(xiàng)研究針對四個關(guān)鍵用例評估了17個供應(yīng)商的產(chǎn)品功能。

概述

主要發(fā)現(xiàn)

• 隨著應(yīng)用程序領(lǐng)導(dǎo)者越來越多地將它們的HIP策略作為其atenterpriseiPaaScapability的功能，他們希望他們能夠覆蓋除傳統(tǒng)的以云為中心的場景之外的更多用例。
• 在應(yīng)用程序和數(shù)據(jù)集成，API管理和B2B之外，還有越來越多地使用企業(yè)iPaaS的用例。
• 大多數(shù)情況下，大多數(shù)情況下，PaenterpriseiPaaS的承受能力更好。盡管它們具有強(qiáng)大的連接器，消息傳遞和數(shù)據(jù)格式標(biāo)準(zhǔn)化功能，但其他功能（如數(shù)據(jù)質(zhì)量，EDI，API和生態(tài)系統(tǒng)支持）的一致性較差。

推薦建議

對于考慮將企業(yè)iPaaS作為集成體系結(jié)構(gòu)和平臺的一部分的應(yīng)用程序領(lǐng)導(dǎo)者：

• 確定當(dāng)前和將來確定組織的集成優(yōu)先級所需的關(guān)鍵用例。
• 研究您要評估的解決方案的核心產(chǎn)品功能，以確定在多個用例中所需的功能。
• 確保如果多次使用，則可以遞增地租用...

您需要知道的

越來越多的組織在越來越多的場景中采用企業(yè)集成平臺即服務(wù)（iPaaS）作為經(jīng)典集成平臺軟件的戰(zhàn)略替代。

Gartner估計，iPaaS市場在2019年將達(dá)到25億美元的收入，比2018年增長約48％。我們估計，到2024年，iPaaS市場的收入將超過56億美元（請參閱預(yù)測：企業(yè)基礎(chǔ)架構(gòu)軟件，全球，2018- 2024年第二季度更新）。

到目前為止，大多數(shù)成熟的或傳統(tǒng)的集成平臺提供商的產(chǎn)品組合都包括iPaaS。隨著越來越少的成熟的本地集成技術(shù)能夠支持分布式/連接的應(yīng)用程序，數(shù)據(jù)，API，生態(tài)系統(tǒng)和其他挑戰(zhàn)，買家需求正在加劇。越來越明顯的是，傳統(tǒng)方法的交付速度不足以滿足新需求。

企業(yè)iPaaS產(chǎn)品是功能豐富且以企業(yè)為中心的多功能平臺。本研究中定義的企業(yè)iPaaS的關(guān)鍵功能代表了最常見的關(guān)鍵功能特征（如“關(guān)鍵功能定義”部分中所述），包括：

• 通信協(xié)議連接器
• 應(yīng)用程序和數(shù)據(jù)連接器
• 文件傳輸/移動
• 消息/事件
• 事件流處理
• 協(xié)議映射
• 數(shù)據(jù)格式/標(biāo)準(zhǔn)
• 數(shù)據(jù)映射和轉(zhuǎn)換
• 數(shù)據(jù)質(zhì)量
• 路由和編排
• API政策管理與執(zhí)行
• EDI支持
• 生態(tài)系統(tǒng)伙伴社區(qū)管理

企業(yè)iPaaS的這些關(guān)鍵的核心功能在組織所應(yīng)用的強(qiáng)調(diào)用例（在用例部分中詳細(xì)介紹）之間越來越相關(guān)，特別是在以下方面：

• 應(yīng)用程序集成
• 數(shù)據(jù)集成
• 企業(yè)集成
• API管理

[作者: 吳雄偉]

但是，在這些變化的用例中，企業(yè)iPaaS通常不等同于覆蓋專用市場并提供專門功能的產(chǎn)品。我們的完整生命周期API管理魔力象限和完整生命周期API管理的關(guān)鍵功能涵蓋了其中的一項(xiàng)技術(shù)。

在此企業(yè)iPaaS關(guān)鍵功能研究中，我們評估了企業(yè)iPaaS產(chǎn)品在集成環(huán)境下支持API管理的能力。在企業(yè)iPaaS產(chǎn)品的上下文中提供的與API管理相關(guān)的功能，相對于完整生命周期的API管理解決方案而言，往往更為基礎(chǔ)。

隨著集成挑戰(zhàn)的不斷升級，企業(yè)iPaaS的采用似乎正在向混合集成平臺（HIP）演進(jìn)。

這項(xiàng)研究中定義的，用于評估供應(yīng)商的關(guān)鍵功能，與隨附的企業(yè)集成平臺即服務(wù)魔力象限中的產(chǎn)品評估標(biāo)準(zhǔn)的子集保持一致。分配給每個供應(yīng)商的評級主要受Gartner組織的反饋（通過查詢和供應(yīng)商提供的參考客戶）的訪問所驅(qū)動。受訪者認(rèn)為給定能力滿足他們需求的程度以及分析師的意見都會影響評分。

分析

關(guān)鍵功能用例圖形
圖1.應(yīng)用程序集成用例的供應(yīng)商產(chǎn)品分?jǐn)?shù)

figure1

圖2.數(shù)據(jù)集成用例的供應(yīng)商產(chǎn)品分?jǐn)?shù)

figure2

圖3. B2B集成用例的供應(yīng)商產(chǎn)品評分

figure3

圖4. API管理用例的供應(yīng)商產(chǎn)品評分

figure4

供應(yīng)商

Adaptris

Adaptris的Interlok企業(yè)iPaaS產(chǎn)品反映了該供應(yīng)商在集成領(lǐng)域長達(dá)20年的歷史，最初專注于B2B集成。該工具在支持與農(nóng)業(yè)相關(guān)的解決方案方面享有盛譽(yù)，并提供iPaaS和集成代理以及用于IoT的API和對數(shù)據(jù)標(biāo)準(zhǔn)化的支持。
Adaptris的連接器，文件移動和數(shù)據(jù)格式標(biāo)準(zhǔn)化的基本功能通常應(yīng)用于需要企業(yè)iPaaS和集成代理產(chǎn)品一起使用的解決方案。 Adaptris在較小程度上滿足了事件流處理和數(shù)據(jù)質(zhì)量功能的需求，而一些參考客戶則將API策略管理和實(shí)施列為需要改進(jìn)的功能。結(jié)合其強(qiáng)大的協(xié)議映射，消息傳遞和EDI支持，Adaptris將非常適合尋求B2B集成和應(yīng)用程序集成的公司。

Boomi

戴爾技術(shù)公司的全資子公司Boomi在Boomi AtomSphere平臺中提供了擴(kuò)展的企業(yè)iPaaS功能套件。這為應(yīng)用程序，數(shù)據(jù)和B2B / EDI集成提供了單獨(dú)打包的組件； API管理；低代碼應(yīng)用程序開發(fā)和主數(shù)據(jù)管理（MDM）。
Boomi在其通信協(xié)議，數(shù)據(jù)和應(yīng)用程序連接性（以及數(shù)據(jù)和消息路由/編排的核心集成流程）以及數(shù)據(jù)格式，映射和轉(zhuǎn)換方面得分很高。與支持API管理要求相比，API政策管理/執(zhí)行和生態(tài)系統(tǒng)管理功能的得分較低。除了文件移動和EDI支持外，組合的AtomSphere功能集更適合于應(yīng)用程序集成，數(shù)據(jù)集成和B2B集成。

Celigo

Celigo的integrator.io產(chǎn)品可滿足企業(yè)iPaaS用戶，集成專家和開發(fā)人員的所有需求，特別適合需要SaaS集成的中小型企業(yè)。
Celigo十分注重將Salesforce與NetSuite集成，并提供了多種預(yù)打包的集成和連接器（使用Celigo Integration Apps和Flow Builder），并具有構(gòu)建自定義集成的能力。 Celigo已展示出強(qiáng)大的通信協(xié)議，應(yīng)用程序和數(shù)據(jù)連接器，文件傳輸，消息傳遞以及數(shù)據(jù)格式和標(biāo)準(zhǔn)化。對于涉及事件流處理以及API策略管理和實(shí)施的集成，Celigo的得分相對較低，導(dǎo)致API管理用例的得分相對較低。
Celigo專注于自定義集成功能的實(shí)現(xiàn)速度和第三方開發(fā)，從而使實(shí)現(xiàn)可以更快，更廣泛地交付集成應(yīng)用程序，作為對業(yè)務(wù)流程要求的功能擴(kuò)展。這意味著Celigo最適合應(yīng)用程序集成，數(shù)據(jù)集成和B2B集成。

Cloud Elements

Cloud Elements通過其Cloud Elements API集成平臺進(jìn)入企業(yè)iPaaS市場。它的企業(yè)iPaaS包含Elements Catalog（具有200多種服務(wù)），在某些應(yīng)用程序域前面提供虛擬API的API集線器，以及用于標(biāo)準(zhǔn)化數(shù)據(jù)類型的虛擬數(shù)據(jù)資源（VDR）。
Cloud Elements在通信協(xié)議，應(yīng)用程序和數(shù)據(jù)連接器功能，數(shù)據(jù)映射和轉(zhuǎn)換以及API策略管理和實(shí)施方面特別強(qiáng)大。這些功能支持通過服務(wù)虛擬化對端點(diǎn)和連接元素的單次訪問來支持API和數(shù)據(jù)實(shí)體的集成。當(dāng)某些數(shù)據(jù)管理操作涉及數(shù)據(jù)/文件移動和數(shù)據(jù)質(zhì)量時，它們的等級較低。云元素專注于對軟件提供商的生態(tài)系統(tǒng)要求的可嵌入式iPaaS支持，從而使他們可以共享和同步合作伙伴的應(yīng)用程序，以及
他們的顧客。它與應(yīng)用程序集成和API管理最相關(guān)，其次是B2B和數(shù)據(jù)集成。

IBM

IBM的企業(yè)iPaaS產(chǎn)品基于名為IBM Cloud Integration的模塊化企業(yè)iPaaS功能套件。該套件包括用于應(yīng)用程序集成的IBM App Connect。用于API管理的IBM API Connect，IBM Secure Gateway Service和IBM DataPower Gateway；用于事件代理的IBM MQ和IBM Event Streams；以及用于高性能MFT的IBM Aspera?？蛻艨梢杂嗛喺麄€套件或單個組件。
IBM在應(yīng)用程序和數(shù)據(jù)連接器，消息傳遞，數(shù)據(jù)映射和轉(zhuǎn)換，路由/編排以及API策略管理/執(zhí)行方面得分很高。生態(tài)系統(tǒng)管理的得分相對較低，特別是對于需要更輕松地部署和集成的實(shí)施。 IBM Cloud Pak for Integration的發(fā)布利用了對Red Hat的收購，從而使IBM Cloud Integration可以作為本機(jī)容器在Red Hat OpenShift / Kubernetes平臺上運(yùn)行。 IBM不斷發(fā)展的產(chǎn)品組合提高了其對應(yīng)用程序集成和API管理的適用性，兩者均獲得了很高的評價。

Informatica

Informatica的企業(yè)iPaaS產(chǎn)品Informatica智能云服務(wù)（IICS）提供跨API，應(yīng)用程序集成，數(shù)據(jù)集成和數(shù)據(jù)管理支持的云原生功能。 IICS在多云和混合集成平臺（HIP）模型中，在基于微服務(wù)的，基于AI的通用平臺環(huán)境下運(yùn)行。
由于它們能夠滿足復(fù)雜場景和企業(yè)范圍內(nèi)部署的需求，因此與數(shù)據(jù)和應(yīng)用程序的連接，數(shù)據(jù)映射，轉(zhuǎn)換，格式化和標(biāo)準(zhǔn)化功能的得分尤其出色。 Informatica專注于基礎(chǔ)數(shù)據(jù)管理，向可支持的應(yīng)用程序擴(kuò)展，在數(shù)據(jù)集成和應(yīng)用程序集成方面得分很高。
與生態(tài)系統(tǒng)，EDI和API相關(guān)的功能的等級相對低于部署中利用的其他功能。 Informatica產(chǎn)品具有強(qiáng)大的數(shù)據(jù)質(zhì)量改善和數(shù)據(jù)/文件移動功能，可以應(yīng)對數(shù)據(jù)管理和數(shù)據(jù)共享方面的挑戰(zhàn)，從而提高了其與B2B集成用例的相關(guān)性。

Jitterbit

Jitterbit的Harmony API集成平臺在單個平臺上提供了數(shù)據(jù)集成，流程自動化和API支持的組合。
Jitterbit滿足了打包應(yīng)用程序的集成需求，并提供了一組帶有100多個“配方”的預(yù)定義模板，以加速集成流程的開發(fā)。
Jitterbit在其連接器，數(shù)據(jù)/文件移動（包括映射和轉(zhuǎn)換功能）以及協(xié)議和協(xié)議支持的路由/編排的使用方面得分很高
格式標(biāo)準(zhǔn)化。結(jié)果，Jitterbit在數(shù)據(jù)和應(yīng)用程序集成方面獲得了更高的分?jǐn)?shù)。 API政策管理和執(zhí)行的分?jǐn)?shù)相對較低。
數(shù)據(jù)處理方面的高分，再加上有關(guān)生態(tài)系統(tǒng)管理和協(xié)議映射的良好報告，將Jitterbit與B2B集成緊密相關(guān)。

Microsoft

Microsoft通過Azure集成服務(wù)（AIS）提供了企業(yè)iPaaS功能，該功能將Azure Logic應(yīng)用程序與Azure API管理，Azure Service Bus（消息隊列和發(fā)布-訂閱服務(wù)）和Azure Event Grid（海量事件提取服務(wù)）結(jié)合在一起。
微軟的企業(yè)iPaaS通常支持連接器，消息傳遞，數(shù)據(jù)轉(zhuǎn)換以及促進(jìn)協(xié)議通信和映射的要求，這有助于其適用于應(yīng)用程序集成和數(shù)據(jù)集成。一些參考客戶表示，他們較少使用Microsoft的EDI支持和生態(tài)系統(tǒng)管理功能，并且對這些功能的評價低于其他功能，從而導(dǎo)致B2B集成得分較低。
微軟在路由/編排和API策略管理/執(zhí)行方面的實(shí)力-滿足客戶對應(yīng)用程序和業(yè)務(wù)任務(wù)自動化，API和事件流處理的結(jié)合的需求-越來越多地將Microsoft與API管理聯(lián)系起來。

MuleSoft

Salesforce公司的獨(dú)立部門MuleSoft通過其Anypoint平臺進(jìn)入企業(yè)iPaaS市場，該平臺結(jié)合了集成和完整的生命周期API管理。
MuleSoft的全面功能得到以下方面的支持：

• AnypointExchange（可加速開發(fā)并促進(jìn)協(xié)作和共享的API和集成資產(chǎn)的市場）
• AnypointMQ（cloudmessaging）
• AnypointDesignCenter（集成和API設(shè)計與實(shí)現(xiàn)接口可支持一系列用戶角色）。包括用于臨時集成商的Flow Designer，用于API開發(fā)人員的API Designer和用于集成專家的Studio。
  MuleSoft的主要優(yōu)勢在于其連接器，文件移動，消息流，路由/編排以及API策略管理/執(zhí)行功能。它在完整的生命周期API管理平臺和ESB技術(shù)方面擁有豐富的經(jīng)驗(yàn)。評級相對較低的領(lǐng)域是數(shù)據(jù)質(zhì)量和EDI支持，特別是針對以數(shù)據(jù)管理為中心的要求，盡管MuleSoft在這些領(lǐng)域進(jìn)行了投資，但這些領(lǐng)域?qū)е聰?shù)據(jù)集成和B2B集成的得分較低?？傮w評分表明，MuleSoft最適合應(yīng)用程序集成和API管理方案。

Oracle

Oracle針對大型和中型組織的企業(yè)iPaaS開展業(yè)務(wù)，重點(diǎn)關(guān)注ERP，HCM和CX集成流程，并涵蓋Oracle和流行的第三方SaaS應(yīng)用程序。
Oracle企業(yè)iPaaS包括：

• OracleIntegrationCloudService
• OracleAPIPlatformCloudService
• OracleSOACloudService（與Oracle SOASuite軟件具有向后兼容性）
• OracleManagedFileTransferCloudService
• OracleProcessCloudService
• OracleDataIntegrationPlatformCloud
• OracleSelf-ServiceIntegrationCloudService
  Oracle的企業(yè)iPaaS強(qiáng)烈支持連接性，文件移動，消息傳遞流以及數(shù)據(jù)映射和轉(zhuǎn)換。其他優(yōu)勢包括路由/編排和數(shù)據(jù)格式標(biāo)準(zhǔn)化。這些強(qiáng)大的功能等級使Oracle適用于應(yīng)用程序集成和數(shù)據(jù)集成。
  參考客戶將生態(tài)系統(tǒng)管理和API策略管理/執(zhí)行視為具有能力，但仍有改進(jìn)的空間。結(jié)果，相對于其他用例，API管理和B2B集成得分較低。

SAP

SAP的企業(yè)iPaaS產(chǎn)品以其更廣泛的PaaS提議（稱為SAP Cloud Platform）為框架。這以SAP Cloud Platform Integration Suite的形式提供了與集成相關(guān)的工具。 SAP的API業(yè)務(wù)中心可提供針對特定業(yè)務(wù)流程的集成包，API和事件的訪問權(quán)限。
SAP的EiPaaS是所有主要云提供商中部署最廣泛的平臺之一，在通信協(xié)議，數(shù)據(jù)和應(yīng)用程序連接以及數(shù)據(jù)和消息路由/編排的核心集成流程方面得分很高。在滿足要求的同時，相對于其他功能，EDI支持和生態(tài)系統(tǒng)管理功能的評級較低。除了為標(biāo)準(zhǔn)化，數(shù)據(jù)映射和轉(zhuǎn)換提供數(shù)據(jù)處理支持外，組合的功能集還廣泛適用于所有用例，在應(yīng)用程序集成，數(shù)據(jù)集成和B2B集成中表現(xiàn)得更為明顯。

SnapLogic

SnapLogic智能集成平臺具有一個標(biāo)準(zhǔn)版，該標(biāo)準(zhǔn)版提供了有限的所有核心功能，而一個企業(yè)版則增加了API管理，B2B集成，
大數(shù)據(jù)支持（通過SnapLogic eXtreme）和數(shù)據(jù)科學(xué)功能。
SnapLogic通常解決面向數(shù)據(jù)和消息的集成，并使用機(jī)器學(xué)習(xí)（ML）進(jìn)行自動化和指導(dǎo)，這有助于加速集成流程的開發(fā)。
SnapLogic的參考客戶在連接器，文件/消息傳遞和協(xié)議映射以及數(shù)據(jù)處理支持（用于標(biāo)準(zhǔn)化，格式化，映射和轉(zhuǎn)換數(shù)據(jù)）方面獲得了很高的評價。生態(tài)系統(tǒng)管理，EDI支持以及API策略管理和執(zhí)行較弱，導(dǎo)致B2B集成和API管理的得分較低，但與應(yīng)用程序集成和數(shù)據(jù)集成的相關(guān)性更高。

Software AG

Software AG的企業(yè)iPaaS提供webMethods.io包括B2B和API功能。還有一個無頭版本可以嵌入軟件組件中。它還提供與供應(yīng)商的Cumulocity IoT平臺的集成。
Software AG在解決一些世界上最大的組織的復(fù)雜集成挑戰(zhàn)方面有著出色的記錄。參考客戶青睞其強(qiáng)大的連接器，協(xié)議映射，路由和編排以及API策略管理/實(shí)施。結(jié)果，Software AG與API管理和應(yīng)用程序集成用例密切相關(guān)。
評分較低的區(qū)域與數(shù)據(jù)管理要求有關(guān)，包括數(shù)據(jù)映射和轉(zhuǎn)換以及數(shù)據(jù)質(zhì)量，這些要求導(dǎo)致數(shù)據(jù)集成用例的得分較低。 Software AG的API啟用能力加上其生態(tài)系統(tǒng)管理支持，擴(kuò)展了其與B2B集成的用例相關(guān)性。

Talend

Talend提供了一系列構(gòu)成企業(yè)iPaaS產(chǎn)品組合的產(chǎn)品。其中包括云數(shù)據(jù)集成，云數(shù)據(jù)管理，云數(shù)據(jù)加載程序，云實(shí)時大數(shù)據(jù)集成，云數(shù)據(jù)目錄和云API服務(wù)（具有ESB和EDI支持）。這些工具可以獨(dú)立提供，也可以作為Talend Data Fabric（Talend基于云的本地產(chǎn)品的總體平臺）的一部分提供。
Talend的企業(yè)iPaaS利用其已建立的本地數(shù)據(jù)集成技術(shù)，針對云和本地集成以及混合部署進(jìn)行了擴(kuò)展，并結(jié)合了API來擴(kuò)展和嵌入該平臺。利用其數(shù)據(jù)管理經(jīng)驗(yàn)，Talend大力支持?jǐn)?shù)據(jù)/應(yīng)用程序連接器以及數(shù)據(jù)處理的要求，以實(shí)現(xiàn)數(shù)據(jù)的標(biāo)準(zhǔn)化，格式設(shè)置，映射，轉(zhuǎn)換和質(zhì)量保證。與應(yīng)用程序組成，本地應(yīng)用程序到應(yīng)用程序集成以及流程優(yōu)化的集成需求相關(guān)的應(yīng)用程序流程路由/編排，EDI支持和生態(tài)系統(tǒng)管理領(lǐng)域的等級相對較低。
Talend最相關(guān)的是數(shù)據(jù)集成用例，其次是應(yīng)用程序集成，B2B集成和API管理。

TIBCO Software

TIBCO的企業(yè)iPaaS越來越多地解決了涉及分析，云原生應(yīng)用程序，IoT，本地應(yīng)用程序以及現(xiàn)有應(yīng)用程序及其替代品之間的數(shù)據(jù)遷移的集成復(fù)雜性。
TIBCO Cloud Integration自2016年5月起可用。它集成了Scribe Software（于2018年6月收購）的功能。為了增加對API管理的支持，TIBCO于2015年8月從英特爾手中收購了Mashery部門。
TIBCO企業(yè)iPaaS憑借其在集成方面的豐富經(jīng)驗(yàn)以及對應(yīng)用程序現(xiàn)代化和部署靈活性的支持，其連接器，協(xié)議映射，消息傳遞，事件流處理和路由/編排是其最大的優(yōu)勢。其參考客戶評價較低的區(qū)域包括其生態(tài)系統(tǒng)合作伙伴社區(qū)管理。
TIBCO具有經(jīng)過良好評估的API策略管理/執(zhí)行和消息傳遞功能，以及數(shù)據(jù)格式化，映射和轉(zhuǎn)換的優(yōu)勢，使TIBCO適合于應(yīng)用程序集成，數(shù)據(jù)集成和API管理方案以及B2B集成。

Tray.io

Tray.io提供了紙盤自動化平臺和嵌入式紙盤。其企業(yè)iPaaS提供了廣泛的預(yù)打包集成和連接器，并能夠構(gòu)建自定義集成。最近，嵌入Tray.io解決方案以向其客戶提供集成的ISV已成為公司客戶的很大一部分。
Tray.io強(qiáng)調(diào)易用性，可伸縮性和自動化業(yè)務(wù)應(yīng)用程序和流程的靈活性，因此在連接性，文件移動，消息流/路由以及數(shù)據(jù)映射和轉(zhuǎn)換方面得分很高。有關(guān)EDI支持和B2B /生態(tài)系統(tǒng)管理的擔(dān)憂表明與應(yīng)用程序集成和數(shù)據(jù)集成方案的相關(guān)性更高。

Workato

Workato Workspace面向部門或SMB開發(fā)，而Workato Enterprise Suite則面向企業(yè)級采用。采用Workato的企業(yè)iPaaS既支持常見方案（數(shù)據(jù)集成，消息傳遞，API管理，EDI [通過合作伙伴關(guān)系]，也包括由機(jī)器人輔助的托管文件傳輸）和高級集成方案（支持聊天機(jī)器人的人工任務(wù)，協(xié)作工具集成，RPA，數(shù)字集成）集線器以及支持ML /自然語言處理的集成）。在所有關(guān)鍵企業(yè)iPaaS用例的部署中都可以看到供應(yīng)商的工具。
Workato在連接器，文件/消息傳遞，協(xié)議映射，路由/編排以及對數(shù)據(jù)的標(biāo)準(zhǔn)化，格式化，映射和轉(zhuǎn)換的數(shù)據(jù)處理支持方面展現(xiàn)出功能優(yōu)勢。對于B2B集成方案，EDI支持和生態(tài)系統(tǒng)社區(qū)管理的等級低于其他功能。這些因素使Workato更加適合于應(yīng)用程序集成和數(shù)據(jù)集成用例。

Context

Enterprise iPaaS提供了一套通常在企業(yè)服務(wù)總線（ESB），數(shù)據(jù)集成工具，B2B網(wǎng)關(guān)以及越來越多的API管理平臺中發(fā)現(xiàn)的功能。但是，并非所有企業(yè)iPaaS技術(shù)都是一樣的。有些擅長處理數(shù)據(jù)，有些擅長集成應(yīng)用程序，有些擅長啟用API。不同組合的產(chǎn)品范圍也越來越廣。整個市場上的企業(yè)iPaaS產(chǎn)品仍在不同用例中不斷發(fā)展。
由于其在供應(yīng)方和需求方的規(guī)模和波動性的增長，企業(yè)iPaaS市場仍然保持動態(tài)。我們看到從中型組織到大型企業(yè)對企業(yè)iPaaS的需求很高，以支持既側(cè)重業(yè)務(wù)線又側(cè)重于整個組織的計劃。
這種需求在一定程度上是由一些活動推動的，這些活動使訂戶能夠?qū)崿F(xiàn)跨越云駐留和本地端點(diǎn)的數(shù)據(jù)，應(yīng)用程序，API和B2B集成項(xiàng)目。這是通過開發(fā)，部署，執(zhí)行，管理和監(jiān)視在多個端點(diǎn)之間橋接的集成流以使它們可以一起工作來實(shí)現(xiàn)的。
即使在COVID-19期間，對iPaaS的需求仍在繼續(xù)，這是由迫切需要自動化流程，加速數(shù)字轉(zhuǎn)換，應(yīng)對劇烈的業(yè)務(wù)變化以及擴(kuò)大利用多云和HIP方法來控制成本和提高靈活性的方法所驅(qū)動的。
為了應(yīng)對市場壓力并超越競爭對手，雄心勃勃的提供商將繼續(xù)擴(kuò)展其企業(yè)iPaaS產(chǎn)品的功能范圍。我們希望看到更多功能套件打包在多個產(chǎn)品中或作為統(tǒng)一平臺，以適應(yīng)不同的用例，集成功能和細(xì)分市場。

產(chǎn)品/服務(wù)類別定義

集成平臺即服務(wù)（iPaaS）通常用于云服務(wù)集成，應(yīng)用程序集成，數(shù)據(jù)集成，B2B生態(tài)系統(tǒng)集成以及API發(fā)布，多經(jīng)驗(yàn)支持和IoT場景。
如果滿足以下條件，Gartner會將iPaaS視為“企業(yè)iPaaS”：

• 提供對企業(yè)級集成計劃的支持（那些要求高可用性，災(zāi)難恢復(fù)，安全性，SLA和提供商要求的技術(shù)支持的計劃）。
• 使最終用戶能夠獨(dú)立于整個PriseiPaaS提供商的專業(yè)服務(wù)來開發(fā)和管理集成。這些經(jīng)驗(yàn)必須支持多種集成角色，尤其是集成專家和臨時集成人員。
• 可以執(zhí)行多種集成方案，包括實(shí)時應(yīng)用程序集成，批處理數(shù)據(jù)集成和B2B集成。
• 提供用于支持集成的API管理功能。
• 具有經(jīng)過充分管理的體驗(yàn)，從而使供應(yīng)商可以修補(bǔ)和升級。
• 采取策略整合平臺，由大量上市策略和購買者支持而不是專注于特定的集成方案，行業(yè)或地理區(qū)域。

企業(yè)iPaaS可以是一起提供必要功能的iPaaS產(chǎn)品套件。但是，客戶必須能夠直接從企業(yè)iPaaS供應(yīng)商購買所有這些功能，而無需與第三方合作，并且供應(yīng)商必須至少為這些功能提供一線支持。

該市場僅包括提供公共企業(yè)iPaaS產(chǎn)品供訂戶在集成應(yīng)用程序，數(shù)據(jù)源和API中使用的公司。僅出售支持iPaaS的軟件，僅提供嵌入在其他“ xPaaS”解決方案（例如應(yīng)用程序平臺即服務(wù)[aPaaS]解決方案）中的iPaaS功能，或?qū)⑵鋓PaaS功能嵌入SaaS應(yīng)用程序中的供應(yīng)商不被視為企業(yè)iPaaS由Gartner供應(yīng)商。

[作者: 吳雄偉]

關(guān)鍵能力定義

通信協(xié)議連接器

通過各種協(xié)議（例如HTTP，F(xiàn)TP，TCP / IP，AMPQ，JMS和ODBC）與應(yīng)用程序和數(shù)據(jù)結(jié)構(gòu)建立各種交互模式的能力。

應(yīng)用和數(shù)據(jù)連接器

通過各種適配器和接口建立與一系列應(yīng)用程序，數(shù)據(jù)結(jié)構(gòu)和類型的連接的能力。
應(yīng)用程序示例包括Infor，Microsoft，Oracle，Salesforce，SAP和Workday。數(shù)據(jù)結(jié)構(gòu)和類型的示例包括文件系統(tǒng)，數(shù)據(jù)庫管理系統(tǒng)（例如AWS Aurora，Couchbase，IBM，Microsoft，MongoDB，Oracle）以及數(shù)據(jù)源（例如Hadoop）。

文件傳輸/移動

在觸發(fā)，計劃或手動的基礎(chǔ)上在文件系統(tǒng)之間分發(fā)文件的能力。

消息/事件

在端點(diǎn)之間分發(fā)消息/事件的能力。消息傳遞/事件代理平臺可以啟用發(fā)布-訂閱，消息隊列或兩者。它可以在應(yīng)用程序可以讀取的消息/事件中封裝數(shù)據(jù)和處理步驟，以便它們可以交換和傳遞數(shù)據(jù)和消息。

事件流處理

通過與流/事件的互操作性來滿足集成需求的能力，包括在流/事件中提供集成數(shù)據(jù)和應(yīng)用程序流以實(shí)現(xiàn)下游消耗。

協(xié)議映射

在一系列不同的端點(diǎn)協(xié)議之間進(jìn)行映射的能力，例如文件到消息，應(yīng)用程序連接器到數(shù)據(jù)源或端點(diǎn)的任意組合。

數(shù)據(jù)格式/標(biāo)準(zhǔn)

具有處理各種不同數(shù)據(jù)格式（例如XML，JSON和ASN.1）的能力，并符合HL7，EDIFACT，SWIFT，F(xiàn)IX等數(shù)據(jù)標(biāo)準(zhǔn)。

數(shù)據(jù)映射和轉(zhuǎn)換

能夠在一系列不同的數(shù)據(jù)格式和標(biāo)準(zhǔn)之間映射，轉(zhuǎn)換，聚合和拆分?jǐn)?shù)據(jù)。
此功能包括語法轉(zhuǎn)換和語義轉(zhuǎn)換（包括內(nèi)置功能）以及使用自定義編碼邏輯和XML支持?jǐn)U展轉(zhuǎn)換功能的能力。

資料品質(zhì)

評估流經(jīng)平臺及其端點(diǎn)的數(shù)據(jù)質(zhì)量，并在適用的上下文（例如業(yè)務(wù)運(yùn)營和分析）中執(zhí)行數(shù)據(jù)質(zhì)量改進(jìn)的能力。
數(shù)據(jù)質(zhì)量功能可確保數(shù)據(jù)在適用的上下文中適合目的，例如業(yè)務(wù)運(yùn)營，分析和新興的數(shù)字業(yè)務(wù)場景。

路由和編排

在一系列端點(diǎn)之間路由數(shù)據(jù)并協(xié)調(diào)跨這些端點(diǎn)的信息流的能力。
這允許跨多個后端服務(wù)或應(yīng)用程序的過程邏輯的執(zhí)行和交付，目的是實(shí)現(xiàn)復(fù)合服務(wù)或自動化的系統(tǒng)到系統(tǒng)過程。這些范圍可能從短期過程（需要幾秒鐘或幾分鐘）到長期過程（需要數(shù)小時，幾天甚至幾周）不等。

API政策管理與執(zhí)行

能夠定義，管理和實(shí)施策略，例如身份驗(yàn)證，授權(quán)和記帳，數(shù)據(jù)屏蔽，流量整形和限制。
這將控制集成流和API，管理策略，并加強(qiáng)對集成工件和流執(zhí)行的管理。它可以控制不同類型的API使用，并執(zhí)行安全性和合規(guī)性策略。

EDI支持

與特定于B2B的數(shù)據(jù)格式/標(biāo)準(zhǔn)和協(xié)議集成的能力，包括解釋和創(chuàng)建適用于電子數(shù)據(jù)交換（EDI）的消息格式和流。它涵蓋了與企業(yè)間數(shù)據(jù)共享相關(guān)的常見管理事務(wù)。

生態(tài)系統(tǒng)合作伙伴社區(qū)管理。

管理生態(tài)系統(tǒng)和合作伙伴社區(qū)（包括客戶，供應(yīng)商和服務(wù)提供商）以及通過諸如社區(qū)門戶網(wǎng)站之類的工具訪問服務(wù)的能力。這提供了自助服務(wù)訪問權(quán)以及合作伙伴的自動入職。
這還提供了支持與生態(tài)系統(tǒng)相關(guān)的功能的能力，例如啟用B2B貿(mào)易伙伴社區(qū)，允許業(yè)務(wù)角色參與共享數(shù)據(jù)以及整合影響生態(tài)系統(tǒng)活力的流程。

用例

應(yīng)用整合

應(yīng)用程序集成著重于連接不同的應(yīng)用程序和數(shù)據(jù)端點(diǎn)，并且通常由事件驅(qū)動（由應(yīng)用程序或數(shù)據(jù)端點(diǎn)內(nèi)的更改觸發(fā)）。
應(yīng)用程序集成使獨(dú)立設(shè)計的應(yīng)用程序能夠以協(xié)調(diào)流程的形式一起工作，這些流程支持跨應(yīng)用程序服務(wù)的各種交互模式。這包括跨端點(diǎn)之間的消息通信和移動，對基本W(wǎng)eb和Web服務(wù)標(biāo)準(zhǔn)的支持，消費(fèi)者和提供者端點(diǎn)的連接性以及消息驗(yàn)證，映射，轉(zhuǎn)換和豐富化等活動。

資料整合

數(shù)據(jù)集成使獨(dú)立設(shè)計的數(shù)據(jù)結(jié)構(gòu)可以一起使用。
數(shù)據(jù)集成包括在企業(yè)內(nèi)外的各種信息類型中提取，轉(zhuǎn)換，組合和提供數(shù)據(jù)的實(shí)踐，體系結(jié)構(gòu)技術(shù)和工具，以滿足各種應(yīng)用程序和業(yè)務(wù)流程的數(shù)據(jù)消耗需求。

B2B整合

B2B集成著重于與業(yè)務(wù)生態(tài)系統(tǒng)和合作伙伴以電子方式交換數(shù)據(jù)（例如付款，訂單和供應(yīng)鏈信息）。
隨著企業(yè)更多地依賴生態(tài)系統(tǒng)和合作伙伴之間的聯(lián)系來簡化進(jìn)入新市場并增加競爭優(yōu)勢的過程，B2B集成的重要性日益提高。執(zhí)行有效的B2B流程涉及具有非技術(shù)性業(yè)務(wù)角色的人員，以及快速有效的貿(mào)易伙伴入職和貿(mào)易社區(qū)管理。非技術(shù)用戶越來越需要訪問，控制和查看這些B2B解決方案的操作。

API管理

API管理實(shí)現(xiàn)關(guān)鍵的治理功能，并管理對公開API的任何端點(diǎn)的訪問（無論是本地，云，移動或IoT）。
API越來越多地用于支持集成工作，因此API管理功能是必需的，并且通常作為企業(yè)iPaaS的一部分可用。它們匯集了來自不同來源（例如，不同的SaaS應(yīng)用程序）的不一致和獨(dú)立的API。

供應(yīng)商添加和刪除

隨著市場的變化，我們會審查和調(diào)整我們的納入標(biāo)準(zhǔn)。這些調(diào)整的結(jié)果是，本研究中的供應(yīng)商組合可能會隨著時間而改變。某個供應(yīng)商出現(xiàn)在這項(xiàng)研究中的時間是一年而不是第二年，這不一定表明Gartner改變了對該供應(yīng)商的看法。它可能反映了市場的變化，因此反映了評估標(biāo)準(zhǔn)的變化，或者反映了該供應(yīng)商的關(guān)注點(diǎn)的變化。

添加

• Talend
• Tray.io

移除

• Azuqua
• Moskitos

入選標(biāo)準(zhǔn)

在此關(guān)鍵能力分析的背景下，我們使用的納入標(biāo)準(zhǔn)與《 2020年企業(yè)集成平臺即服務(wù)魔力象限》相同。
供應(yīng)商必須提供具有以下特征的服務(wù)：

• 它必須是一個云服務(wù)：
  • 通過訂閱可用，并且可以通過Internet技術(shù)訪問。
  • 統(tǒng)一提供給所有合格的訂戶。
• 它必須包括：
  • 在邏輯上隔離的租戶之間（訂購者或共享者之間）共享一些物理資源應(yīng)用程序。
  • 由訂戶提供的自助服務(wù)和管理。
  • 雙向擴(kuò)展，不會中斷任何活動，并且具有一定的自動化程度。
  • 一些用于資源使用跟蹤的儀器。
• 它必須是一個PaaS解決方案：
  • 封裝基本的虛擬或物理機(jī)器，其采購，管理和直接費(fèi)用，并且不需要租戶知道這些費(fèi)用。
  • 負(fù)責(zé)提供平臺堆棧的修補(bǔ)，版本轉(zhuǎn)換和運(yùn)行狀況的代表。
• 它必須提供以下iPaaS功能：
  • 具有針對應(yīng)用程序集成的功能-即，不同的應(yīng)用程序具有交換消息，調(diào)用彼此的業(yè)務(wù)功能以及使業(yè)務(wù)流程自動化的能力。這種集成通常需要在事務(wù)級別上進(jìn)行。它必須支持用例，例如應(yīng)用程序之間的數(shù)據(jù)一致性/同步，由現(xiàn)有應(yīng)用程序或服務(wù)（通常以API或事件形式發(fā)布）的聚合構(gòu)成新服務(wù)，以及涉及多個系統(tǒng)的多步過程的交付。
  • 具有針對數(shù)據(jù)集成的功能-即不同數(shù)據(jù)存儲具有同步功能，將數(shù)據(jù)從一個存儲移動到另一存儲以及合并，重復(fù)數(shù)據(jù)刪除和聚合來自不同存儲的數(shù)據(jù)的功能。這種集成通常涉及數(shù)據(jù)交付的批量/批處理，聯(lián)合/虛擬化或復(fù)制/同步模式。它支持提取，轉(zhuǎn)換，合并和供應(yīng)數(shù)據(jù)的要求，以支持各種用例，例如分析和數(shù)據(jù)管理以及集成。
  • 具有針對API管理的功能-即具有創(chuàng)建，部署，安全和監(jiān)視API的能力。這些功能必須包括API網(wǎng)關(guān)和管理門戶。他們可以選擇包括開發(fā)者門戶。
  • 與本地和基于云的不同端點(diǎn)的連接，包括：
    • 應(yīng)用程序連接器（例如，Salesforce，Workday，NetSuite，OracleE-Business套件，SAP S / 4HANA，ServiceNow，Microsoft Dynamics和Marketo）。
    • 數(shù)據(jù)源連接器（例如，用于文件系統(tǒng)和SQL和NoSQL數(shù)據(jù)庫）。
    • 技術(shù)連接器（例如，用于FTP，HTTP，JavaMessageService [JMS]和開放數(shù)據(jù)庫連接[ODBC]）。
  • 多種數(shù)據(jù)/消息傳遞樣式，包括：
    • 基于API。
    • 基于消息/事件。
    • 批處理。
  • 數(shù)據(jù)和消息驗(yàn)證。
  • 數(shù)據(jù)和消息映射和轉(zhuǎn)換。
  • 數(shù)據(jù)路由和編排。
  • 最終用戶工具可以開發(fā)，測試，部署，執(zhí)行，管理，監(jiān)視和管理集成流，并管理相關(guān)工件的生命周期（轉(zhuǎn)換圖，路由規(guī)則，業(yè)務(wù)流程，適配器配置等）。
• 通過提供以下條件，它可以成為企業(yè)級的大型企業(yè)級和企業(yè)級的項(xiàng)目：
  • 支持高可用性/災(zāi)難恢復(fù)。
  • 安全地訪問端點(diǎn)和平臺的功能。
  • 對付費(fèi)用戶的技術(shù)支持。
• 必須提供可廣泛銷售的解決方案，以解決各種案例和行業(yè)。
• 必須提供訂戶可以直接使用的“獨(dú)立”服務(wù)。要使用該平臺，客戶端只能訂閱EiPaaS功能，而不僅可以訂閱其他云服務(wù)（一種SaaS應(yīng)用程序或另一種形式的PaaS，例如aPaaS），其中iPaaS功能是“嵌入式”子集。
• 所有功能必須由EiPaaS供應(yīng)商直接提供。客戶必須能夠直接從企業(yè)iPaaS的供應(yīng)商購買所有這些功能，而無需與第三方合作，并且供應(yīng)商必須至少為這些功能提供一線支持。
• 截止到2020年2月15日，上面列出的所有功能通常都可以使用，并且必須至少有900個付費(fèi)客戶組織，到同一日期，其中至少200個是直接客戶。請注意，我們考慮的是付費(fèi)組織的數(shù)量，而不是個人用戶的數(shù)量。我們考慮了“直接”客戶和“間接”客戶（通過轉(zhuǎn)售商或OEM合作伙伴購買提供商的EiPaaS解決方案的組織）。

表1顯示了在特定用例情況下關(guān)鍵功能的相對重要性。
表1：用例中關(guān)鍵功能的權(quán)重

table1

這種方法要求分析人員確定一類產(chǎn)品/服務(wù)的關(guān)鍵功能。然后，針對特定產(chǎn)品/服務(wù)用例，根據(jù)其相對重要性對每種功能進(jìn)行加權(quán)。
關(guān)鍵能力等級
每個供應(yīng)商的產(chǎn)品/服務(wù)集的關(guān)鍵功能都經(jīng)過了1.0到5.0的評估，得分最低的是1.0，得分最高的是5.0（請參見表2）。
表2：對關(guān)鍵功能的產(chǎn)品/服務(wù)評級

table2

表3顯示了每個用例的產(chǎn)品/服務(wù)得分。通過將用例權(quán)重乘以產(chǎn)品/服務(wù)等級來生成分?jǐn)?shù)，該分?jǐn)?shù)總結(jié)了每種用例滿足關(guān)鍵功能的程度。
表3：用例中的產(chǎn)品得分

table3

要確定用例中每種產(chǎn)品/服務(wù)的總體得分，請將表2中的等級乘以表1中所示的權(quán)重。

證據(jù)

本研究中的分析基于來自以下來源的信息，這些信息包括但不限于：

• 通過使該市場的供應(yīng)商參與其中的信息請求過程獲得的功能能力，基于客戶的地理信息，財務(wù)狀況，定價和其他定量屬性的廣泛數(shù)據(jù)。
• 供應(yīng)商向Gartner提供的交互式簡報會更新其產(chǎn)品功能。
• 通過Gartner的客戶咨詢服務(wù)，同仁的見解和參考客戶調(diào)查從用戶反饋中獲取的有關(guān)工具和供應(yīng)商的反饋。

關(guān)鍵能力方法論

這種方法要求分析人員確定一類產(chǎn)品或服務(wù)的關(guān)鍵功能。然后，針對特定產(chǎn)品或服務(wù)用例，根據(jù)其相對重要性對每種功能進(jìn)行加權(quán)。接下來，根據(jù)產(chǎn)品/服務(wù)實(shí)現(xiàn)每個關(guān)鍵功能的能力來對其進(jìn)行評級。然后針對每個產(chǎn)品/服務(wù)計算一個分?jǐn)?shù)，該分?jǐn)?shù)總結(jié)了它們滿足每種用例的關(guān)鍵功能的能力。

“關(guān)鍵能力”是在產(chǎn)品和服務(wù)的質(zhì)量和性能方面與眾不同的屬性。 Gartner建議用戶將關(guān)鍵功能集視為獲取決策的一些最重要標(biāo)準(zhǔn)。

在定義要評估的產(chǎn)品/服務(wù)類別時，分析師首先確定該市場中產(chǎn)品/服務(wù)的主要用途。在考慮該市場中的產(chǎn)品/服務(wù)時，最終用戶希望滿足哪些需求？用例應(yīng)與常見的客戶端部署方案相匹配。這些不同的客戶方案定義了用例。

然后，分析人員確定關(guān)鍵功能。這些功能是此類產(chǎn)品/服務(wù)通常需要的通用功能組。在滿足特定需求時，為每種功能分配了重要級別；根據(jù)要評估的用例，某些功能集比其他功能更重要。

每個供應(yīng)商的產(chǎn)品或服務(wù)均以五點(diǎn)量度評估其提供每種功能的能力。所有供應(yīng)商并排顯示這些額定值，從而可以輕松比較不同功能集。

評分和摘要分?jǐn)?shù)從1.0到5.0：
1 =較差：大多數(shù)或所有定義的要求均未實(shí)現(xiàn)
2 =一般：未達(dá)到某些要求
3 =好：符合要求
4 =優(yōu)秀：達(dá)到或超過某些要求
5 =出色：大大超出要求

為了確定用例中每個產(chǎn)品的總體得分，將產(chǎn)品等級乘以權(quán)重，得出用例中的產(chǎn)品得分。
Gartner選擇的關(guān)鍵功能并不代表任何產(chǎn)品的所有功能。因此，對于特定的使用情況或業(yè)務(wù)目標(biāo)而言，它們可能并不代表最重要的內(nèi)容。在做出產(chǎn)品/服務(wù)決策之前，客戶應(yīng)將關(guān)鍵能力分析用作產(chǎn)品輸入的多種來源之一。

[作者: 吳雄偉]

?2020 Gartner，Inc.和/或其分支機(jī)構(gòu)。版權(quán)所有。 Gartner是Gartner，Inc.及其附屬公司的注冊商標(biāo)。未經(jīng)Gartner事先書面許可，不得以任何形式復(fù)制或分發(fā)本出版物。它由Gartner研究組織的觀點(diǎn)組成，不應(yīng)視為事實(shí)陳述。盡管本出版物中包含的信息是從公認(rèn)的可靠來源獲得的，但Gartner對此信息的準(zhǔn)確性，完整性或充分性不作任何保證。盡管Gartner的研究可以解決法律和財務(wù)問題，但Gartner不提供法律或投資建議，并且其研究也不應(yīng)該被解釋或使用。您對本出版物的訪問和使用受Gartner的使用政策約束。 Gartner以其獨(dú)立性和客觀性而聞名。它的研究是由其研究機(jī)構(gòu)獨(dú)立進(jìn)行的，沒有任何第三方的投入或影響。有關(guān)更多信息，請參閱“獨(dú)立性和客觀性指導(dǎo)原則”。

原文地址