2020 年 9 月 21 日发布-ID G00434187-32 分钟阅读 本文是 Critical Capabilities for Enterprise Integration Platform as a Service 的译文
分析师 Eric Thoo,Massimo Pezzini,Keith Guttridge,Bindi Bhullar,Abhishek Singh,Shameen Pillai 企业 iPaaS 是支持应用程序和数据集成的基础,并且越来越多地用于 B2B 集成和 API 管理。这项研究针对四个关键用例评估了 17 个供应商的产品功能。
对于考虑将企业 iPaaS 作为集成体系结构和平台的一部分的应用程序领导者:
越来越多的组织在越来越多的场景中采用企业集成平台即服务( iPaaS )作为经典集成平台软件的战略替代。
Gartner 估计,iPaaS 市场在 2019 年将达到 25 亿美元的收入,比 2018 年增长约 48 %。我们估计,到 2024 年,iPaaS 市场的收入将超过 56 亿美元(请参阅预测:企业基础架构软件,全球,2018- 2024 年第二季度更新)。
到目前为止,大多数成熟的或传统的集成平台提供商的产品组合都包括 iPaaS 。随着越来越少的成熟的本地集成技术能够支持分布式 /连接的应用程序,数据,API,生态系统和其他挑战,买家需求正在加剧。越来越明显的是,传统方法的交付速度不足以满足新需求。
企业 iPaaS 产品是功能丰富且以企业为中心的多功能平台。本研究中定义的企业 iPaaS 的关键功能代表了最常见的关键功能特征(如“关键功能定义”部分中所述),包括:
企业 iPaaS 的这些关键的核心功能在组织所应用的强调用例(在用例部分中详细介绍)之间越来越相关,特别是在以下方面:
但是,在这些变化的用例中,企业 iPaaS 通常不等同于覆盖专用市场并提供专门功能的产品。我们的完整生命周期 API 管理魔力象限和完整生命周期 API 管理的关键功能涵盖了其中的一项技术。
在此企业 iPaaS 关键功能研究中,我们评估了企业 iPaaS 产品在集成环境下支持 API 管理的能力。在企业 iPaaS 产品的上下文中提供的与 API 管理相关的功能,相对于完整生命周期的 API 管理解决方案而言,往往更为基础。
随着集成挑战的不断升级,企业 iPaaS 的采用似乎正在向混合集成平台( HIP )演进。
这项研究中定义的,用于评估供应商的关键功能,与随附的企业集成平台即服务魔力象限中的产品评估标准的子集保持一致。分配给每个供应商的评级主要受 Gartner 组织的反馈(通过查询和供应商提供的参考客户)的访问所驱动。受访者认为给定能力满足他们需求的程度以及分析师的意见都会影响评分。
关键功能用例图形 图 1.应用程序集成用例的供应商产品分数
图 2.数据集成用例的供应商产品分数
图 3. B2B 集成用例的供应商产品评分
图 4. API 管理用例的供应商产品评分
Adaptris 的 Interlok 企业 iPaaS 产品反映了该供应商在集成领域长达 20 年的历史,最初专注于 B2B 集成。该工具在支持与农业相关的解决方案方面享有盛誉,并提供 iPaaS 和集成代理以及用于 IoT 的 API 和对数据标准化的支持。 Adaptris 的连接器,文件移动和数据格式标准化的基本功能通常应用于需要企业 iPaaS 和集成代理产品一起使用的解决方案。Adaptris 在较小程度上满足了事件流处理和数据质量功能的需求,而一些参考客户则将 API 策略管理和实施列为需要改进的功能。结合其强大的协议映射,消息传递和 EDI 支持,Adaptris 将非常适合寻求 B2B 集成和应用程序集成的公司。
戴尔技术公司的全资子公司 Boomi 在 Boomi AtomSphere 平台中提供了扩展的企业 iPaaS 功能套件。这为应用程序,数据和 B2B / EDI 集成提供了单独打包的组件; API 管理;低代码应用程序开发和主数据管理( MDM )。 Boomi 在其通信协议,数据和应用程序连接性(以及数据和消息路由 /编排的核心集成流程)以及数据格式,映射和转换方面得分很高。与支持 API 管理要求相比,API 政策管理 /执行和生态系统管理功能的得分较低。除了文件移动和 EDI 支持外,组合的 AtomSphere 功能集更适合于应用程序集成,数据集成和 B2B 集成。
Celigo 的 integrator.io 产品可满足企业 iPaaS 用户,集成专家和开发人员的所有需求,特别适合需要 SaaS 集成的中小型企业。 Celigo 十分注重将 Salesforce 与 NetSuite 集成,并提供了多种预打包的集成和连接器(使用 Celigo Integration Apps 和 Flow Builder ),并具有构建自定义集成的能力。Celigo 已展示出强大的通信协议,应用程序和数据连接器,文件传输,消息传递以及数据格式和标准化。对于涉及事件流处理以及 API 策略管理和实施的集成,Celigo 的得分相对较低,导致 API 管理用例的得分相对较低。 Celigo 专注于自定义集成功能的实现速度和第三方开发,从而使实现可以更快,更广泛地交付集成应用程序,作为对业务流程要求的功能扩展。这意味着 Celigo 最适合应用程序集成,数据集成和 B2B 集成。
Cloud Elements 通过其 Cloud Elements API 集成平台进入企业 iPaaS 市场。它的企业 iPaaS 包含 Elements Catalog (具有 200 多种服务),在某些应用程序域前面提供虚拟 API 的 API 集线器,以及用于标准化数据类型的虚拟数据资源( VDR )。 Cloud Elements 在通信协议,应用程序和数据连接器功能,数据映射和转换以及 API 策略管理和实施方面特别强大。这些功能支持通过服务虚拟化对端点和连接元素的单次访问来支持 API 和数据实体的集成。当某些数据管理操作涉及数据 /文件移动和数据质量时,它们的等级较低。云元素专注于对软件提供商的生态系统要求的可嵌入式 iPaaS 支持,从而使他们可以共享和同步合作伙伴的应用程序,以及 他们的顾客。它与应用程序集成和 API 管理最相关,其次是 B2B 和数据集成。
IBM 的企业 iPaaS 产品基于名为 IBM Cloud Integration 的模块化企业 iPaaS 功能套件。该套件包括用于应用程序集成的 IBM App Connect 。用于 API 管理的 IBM API Connect,IBM Secure Gateway Service 和 IBM DataPower Gateway ;用于事件代理的 IBM MQ 和 IBM Event Streams ;以及用于高性能 MFT 的 IBM Aspera 。客户可以订阅整个套件或单个组件。 IBM 在应用程序和数据连接器,消息传递,数据映射和转换,路由 /编排以及 API 策略管理 /执行方面得分很高。生态系统管理的得分相对较低,特别是对于需要更轻松地部署和集成的实施。IBM Cloud Pak for Integration 的发布利用了对 Red Hat 的收购,从而使 IBM Cloud Integration 可以作为本机容器在 Red Hat OpenShift / Kubernetes 平台上运行。IBM 不断发展的产品组合提高了其对应用程序集成和 API 管理的适用性,两者均获得了很高的评价。
Informatica 的企业 iPaaS 产品 Informatica 智能云服务( IICS )提供跨 API,应用程序集成,数据集成和数据管理支持的云原生功能。IICS 在多云和混合集成平台( HIP )模型中,在基于微服务的,基于 AI 的通用平台环境下运行。 由于它们能够满足复杂场景和企业范围内部署的需求,因此与数据和应用程序的连接,数据映射,转换,格式化和标准化功能的得分尤其出色。Informatica 专注于基础数据管理,向可支持的应用程序扩展,在数据集成和应用程序集成方面得分很高。 与生态系统,EDI 和 API 相关的功能的等级相对低于部署中利用的其他功能。Informatica 产品具有强大的数据质量改善和数据 /文件移动功能,可以应对数据管理和数据共享方面的挑战,从而提高了其与 B2B 集成用例的相关性。
Jitterbit 的 Harmony API 集成平台在单个平台上提供了数据集成,流程自动化和 API 支持的组合。 Jitterbit 满足了打包应用程序的集成需求,并提供了一组带有 100 多个“配方”的预定义模板,以加速集成流程的开发。 Jitterbit 在其连接器,数据 /文件移动(包括映射和转换功能)以及协议和协议支持的路由 /编排的使用方面得分很高 格式标准化。结果,Jitterbit 在数据和应用程序集成方面获得了更高的分数。API 政策管理和执行的分数相对较低。 数据处理方面的高分,再加上有关生态系统管理和协议映射的良好报告,将 Jitterbit 与 B2B 集成紧密相关。
Microsoft 通过 Azure 集成服务( AIS )提供了企业 iPaaS 功能,该功能将 Azure Logic 应用程序与 Azure API 管理,Azure Service Bus (消息队列和发布-订阅服务)和 Azure Event Grid (海量事件提取服务)结合在一起。 微软的企业 iPaaS 通常支持连接器,消息传递,数据转换以及促进协议通信和映射的要求,这有助于其适用于应用程序集成和数据集成。一些参考客户表示,他们较少使用 Microsoft 的 EDI 支持和生态系统管理功能,并且对这些功能的评价低于其他功能,从而导致 B2B 集成得分较低。 微软在路由 /编排和 API 策略管理 /执行方面的实力-满足客户对应用程序和业务任务自动化,API 和事件流处理的结合的需求-越来越多地将 Microsoft 与 API 管理联系起来。
Salesforce 公司的独立部门 MuleSoft 通过其 Anypoint 平台进入企业 iPaaS 市场,该平台结合了集成和完整的生命周期 API 管理。 MuleSoft 的全面功能得到以下方面的支持:
Oracle 针对大型和中型组织的企业 iPaaS 开展业务,重点关注 ERP,HCM 和 CX 集成流程,并涵盖 Oracle 和流行的第三方 SaaS 应用程序。 Oracle 企业 iPaaS 包括:
SAP 的企业 iPaaS 产品以其更广泛的 PaaS 提议(称为 SAP Cloud Platform )为框架。这以 SAP Cloud Platform Integration Suite 的形式提供了与集成相关的工具。SAP 的 API 业务中心可提供针对特定业务流程的集成包,API 和事件的访问权限。 SAP 的 EiPaaS 是所有主要云提供商中部署最广泛的平台之一,在通信协议,数据和应用程序连接以及数据和消息路由 /编排的核心集成流程方面得分很高。在满足要求的同时,相对于其他功能,EDI 支持和生态系统管理功能的评级较低。除了为标准化,数据映射和转换提供数据处理支持外,组合的功能集还广泛适用于所有用例,在应用程序集成,数据集成和 B2B 集成中表现得更为明显。
SnapLogic 智能集成平台具有一个标准版,该标准版提供了有限的所有核心功能,而一个企业版则增加了 API 管理,B2B 集成, 大数据支持(通过 SnapLogic eXtreme )和数据科学功能。 SnapLogic 通常解决面向数据和消息的集成,并使用机器学习( ML )进行自动化和指导,这有助于加速集成流程的开发。 SnapLogic 的参考客户在连接器,文件 /消息传递和协议映射以及数据处理支持(用于标准化,格式化,映射和转换数据)方面获得了很高的评价。生态系统管理,EDI 支持以及 API 策略管理和执行较弱,导致 B2B 集成和 API 管理的得分较低,但与应用程序集成和数据集成的相关性更高。
Software AG 的企业 iPaaS 提供 webMethods.io 包括 B2B 和 API 功能。还有一个无头版本可以嵌入软件组件中。它还提供与供应商的 Cumulocity IoT 平台的集成。 Software AG 在解决一些世界上最大的组织的复杂集成挑战方面有着出色的记录。参考客户青睐其强大的连接器,协议映射,路由和编排以及 API 策略管理 /实施。结果,Software AG 与 API 管理和应用程序集成用例密切相关。 评分较低的区域与数据管理要求有关,包括数据映射和转换以及数据质量,这些要求导致数据集成用例的得分较低。Software AG 的 API 启用能力加上其生态系统管理支持,扩展了其与 B2B 集成的用例相关性。
Talend 提供了一系列构成企业 iPaaS 产品组合的产品。其中包括云数据集成,云数据管理,云数据加载程序,云实时大数据集成,云数据目录和云 API 服务(具有 ESB 和 EDI 支持)。这些工具可以独立提供,也可以作为 Talend Data Fabric ( Talend 基于云的本地产品的总体平台)的一部分提供。 Talend 的企业 iPaaS 利用其已建立的本地数据集成技术,针对云和本地集成以及混合部署进行了扩展,并结合了 API 来扩展和嵌入该平台。利用其数据管理经验,Talend 大力支持数据 /应用程序连接器以及数据处理的要求,以实现数据的标准化,格式设置,映射,转换和质量保证。与应用程序组成,本地应用程序到应用程序集成以及流程优化的集成需求相关的应用程序流程路由 /编排,EDI 支持和生态系统管理领域的等级相对较低。 Talend 最相关的是数据集成用例,其次是应用程序集成,B2B 集成和 API 管理。
TIBCO 的企业 iPaaS 越来越多地解决了涉及分析,云原生应用程序,IoT,本地应用程序以及现有应用程序及其替代品之间的数据迁移的集成复杂性。 TIBCO Cloud Integration 自 2016 年 5 月起可用。它集成了 Scribe Software (于 2018 年 6 月收购)的功能。为了增加对 API 管理的支持,TIBCO 于 2015 年 8 月从英特尔手中收购了 Mashery 部门。 TIBCO 企业 iPaaS 凭借其在集成方面的丰富经验以及对应用程序现代化和部署灵活性的支持,其连接器,协议映射,消息传递,事件流处理和路由 /编排是其最大的优势。其参考客户评价较低的区域包括其生态系统合作伙伴社区管理。 TIBCO 具有经过良好评估的 API 策略管理 /执行和消息传递功能,以及数据格式化,映射和转换的优势,使 TIBCO 适合于应用程序集成,数据集成和 API 管理方案以及 B2B 集成。
Tray.io 提供了纸盘自动化平台和嵌入式纸盘。其企业 iPaaS 提供了广泛的预打包集成和连接器,并能够构建自定义集成。最近,嵌入 Tray.io 解决方案以向其客户提供集成的 ISV 已成为公司客户的很大一部分。 Tray.io 强调易用性,可伸缩性和自动化业务应用程序和流程的灵活性,因此在连接性,文件移动,消息流 /路由以及数据映射和转换方面得分很高。有关 EDI 支持和 B2B /生态系统管理的担忧表明与应用程序集成和数据集成方案的相关性更高。
Workato Workspace 面向部门或 SMB 开发,而 Workato Enterprise Suite 则面向企业级采用。采用 Workato 的企业 iPaaS 既支持常见方案(数据集成,消息传递,API 管理,EDI [通过合作伙伴关系],也包括由机器人辅助的托管文件传输)和高级集成方案(支持聊天机器人的人工任务,协作工具集成,RPA,数字集成)集线器以及支持 ML /自然语言处理的集成)。在所有关键企业 iPaaS 用例的部署中都可以看到供应商的工具。 Workato 在连接器,文件 /消息传递,协议映射,路由 /编排以及对数据的标准化,格式化,映射和转换的数据处理支持方面展现出功能优势。对于 B2B 集成方案,EDI 支持和生态系统社区管理的等级低于其他功能。这些因素使 Workato 更加适合于应用程序集成和数据集成用例。
Enterprise iPaaS 提供了一套通常在企业服务总线( ESB ),数据集成工具,B2B 网关以及越来越多的 API 管理平台中发现的功能。但是,并非所有企业 iPaaS 技术都是一样的。有些擅长处理数据,有些擅长集成应用程序,有些擅长启用 API 。不同组合的产品范围也越来越广。整个市场上的企业 iPaaS 产品仍在不同用例中不断发展。 由于其在供应方和需求方的规模和波动性的增长,企业 iPaaS 市场仍然保持动态。我们看到从中型组织到大型企业对企业 iPaaS 的需求很高,以支持既侧重业务线又侧重于整个组织的计划。 这种需求在一定程度上是由一些活动推动的,这些活动使订户能够实现跨越云驻留和本地端点的数据,应用程序,API 和 B2B 集成项目。这是通过开发,部署,执行,管理和监视在多个端点之间桥接的集成流以使它们可以一起工作来实现的。 即使在 COVID-19 期间,对 iPaaS 的需求仍在继续,这是由迫切需要自动化流程,加速数字转换,应对剧烈的业务变化以及扩大利用多云和 HIP 方法来控制成本和提高灵活性的方法所驱动的。 为了应对市场压力并超越竞争对手,雄心勃勃的提供商将继续扩展其企业 iPaaS 产品的功能范围。我们希望看到更多功能套件打包在多个产品中或作为统一平台,以适应不同的用例,集成功能和细分市场。
集成平台即服务( iPaaS )通常用于云服务集成,应用程序集成,数据集成,B2B 生态系统集成以及 API 发布,多经验支持和 IoT 场景。 如果满足以下条件,Gartner 会将 iPaaS 视为“企业 iPaaS”:
企业 iPaaS 可以是一起提供必要功能的 iPaaS 产品套件。但是,客户必须能够直接从企业 iPaaS 供应商购买所有这些功能,而无需与第三方合作,并且供应商必须至少为这些功能提供一线支持。
该市场仅包括提供公共企业 iPaaS 产品供订户在集成应用程序,数据源和 API 中使用的公司。仅出售支持 iPaaS 的软件,仅提供嵌入在其他“ xPaaS”解决方案(例如应用程序平台即服务[aPaaS]解决方案)中的 iPaaS 功能,或将其 iPaaS 功能嵌入 SaaS 应用程序中的供应商不被视为企业 iPaaS 由 Gartner 供应商。
通过各种协议(例如 HTTP,FTP,TCP / IP,AMPQ,JMS 和 ODBC )与应用程序和数据结构建立各种交互模式的能力。
通过各种适配器和接口建立与一系列应用程序,数据结构和类型的连接的能力。 应用程序示例包括 Infor,Microsoft,Oracle,Salesforce,SAP 和 Workday 。数据结构和类型的示例包括文件系统,数据库管理系统(例如 AWS Aurora,Couchbase,IBM,Microsoft,MongoDB,Oracle )以及数据源(例如 Hadoop )。
在触发,计划或手动的基础上在文件系统之间分发文件的能力。
在端点之间分发消息 /事件的能力。消息传递 /事件代理平台可以启用发布-订阅,消息队列或两者。它可以在应用程序可以读取的消息 /事件中封装数据和处理步骤,以便它们可以交换和传递数据和消息。
通过与流 /事件的互操作性来满足集成需求的能力,包括在流 /事件中提供集成数据和应用程序流以实现下游消耗。
在一系列不同的端点协议之间进行映射的能力,例如文件到消息,应用程序连接器到数据源或端点的任意组合。
具有处理各种不同数据格式(例如 XML,JSON 和 ASN.1 )的能力,并符合 HL7,EDIFACT,SWIFT,FIX 等数据标准。
能够在一系列不同的数据格式和标准之间映射,转换,聚合和拆分数据。 此功能包括语法转换和语义转换(包括内置功能)以及使用自定义编码逻辑和 XML 支持扩展转换功能的能力。
评估流经平台及其端点的数据质量,并在适用的上下文(例如业务运营和分析)中执行数据质量改进的能力。 数据质量功能可确保数据在适用的上下文中适合目的,例如业务运营,分析和新兴的数字业务场景。
在一系列端点之间路由数据并协调跨这些端点的信息流的能力。 这允许跨多个后端服务或应用程序的过程逻辑的执行和交付,目的是实现复合服务或自动化的系统到系统过程。这些范围可能从短期过程(需要几秒钟或几分钟)到长期过程(需要数小时,几天甚至几周)不等。
能够定义,管理和实施策略,例如身份验证,授权和记帐,数据屏蔽,流量整形和限制。 这将控制集成流和 API,管理策略,并加强对集成工件和流执行的管理。它可以控制不同类型的 API 使用,并执行安全性和合规性策略。
与特定于 B2B 的数据格式 /标准和协议集成的能力,包括解释和创建适用于电子数据交换( EDI )的消息格式和流。它涵盖了与企业间数据共享相关的常见管理事务。
管理生态系统和合作伙伴社区(包括客户,供应商和服务提供商)以及通过诸如社区门户网站之类的工具访问服务的能力。这提供了自助服务访问权以及合作伙伴的自动入职。 这还提供了支持与生态系统相关的功能的能力,例如启用 B2B 贸易伙伴社区,允许业务角色参与共享数据以及整合影响生态系统活力的流程。
应用程序集成着重于连接不同的应用程序和数据端点,并且通常由事件驱动(由应用程序或数据端点内的更改触发)。 应用程序集成使独立设计的应用程序能够以协调流程的形式一起工作,这些流程支持跨应用程序服务的各种交互模式。这包括跨端点之间的消息通信和移动,对基本 Web 和 Web 服务标准的支持,消费者和提供者端点的连接性以及消息验证,映射,转换和丰富化等活动。
数据集成使独立设计的数据结构可以一起使用。 数据集成包括在企业内外的各种信息类型中提取,转换,组合和提供数据的实践,体系结构技术和工具,以满足各种应用程序和业务流程的数据消耗需求。
B2B 集成着重于与业务生态系统和合作伙伴以电子方式交换数据(例如付款,订单和供应链信息)。 随着企业更多地依赖生态系统和合作伙伴之间的联系来简化进入新市场并增加竞争优势的过程,B2B 集成的重要性日益提高。执行有效的 B2B 流程涉及具有非技术性业务角色的人员,以及快速有效的贸易伙伴入职和贸易社区管理。非技术用户越来越需要访问,控制和查看这些 B2B 解决方案的操作。
API 管理实现关键的治理功能,并管理对公开 API 的任何端点的访问(无论是本地,云,移动或 IoT )。 API 越来越多地用于支持集成工作,因此 API 管理功能是必需的,并且通常作为企业 iPaaS 的一部分可用。它们汇集了来自不同来源(例如,不同的 SaaS 应用程序)的不一致和独立的 API 。
随着市场的变化,我们会审查和调整我们的纳入标准。这些调整的结果是,本研究中的供应商组合可能会随着时间而改变。某个供应商出现在这项研究中的时间是一年而不是第二年,这不一定表明 Gartner 改变了对该供应商的看法。它可能反映了市场的变化,因此反映了评估标准的变化,或者反映了该供应商的关注点的变化。
在此关键能力分析的背景下,我们使用的纳入标准与《 2020 年企业集成平台即服务魔力象限》相同。 供应商必须提供具有以下特征的服务:
表 1 显示了在特定用例情况下关键功能的相对重要性。 表 1:用例中关键功能的权重
这种方法要求分析人员确定一类产品 /服务的关键功能。然后,针对特定产品 /服务用例,根据其相对重要性对每种功能进行加权。 关键能力等级 每个供应商的产品 /服务集的关键功能都经过了 1.0 到 5.0 的评估,得分最低的是 1.0,得分最高的是 5.0 (请参见表 2 )。 表 2:对关键功能的产品 /服务评级
表 3 显示了每个用例的产品 /服务得分。通过将用例权重乘以产品 /服务等级来生成分数,该分数总结了每种用例满足关键功能的程度。 表 3:用例中的产品得分
要确定用例中每种产品 /服务的总体得分,请将表 2 中的等级乘以表 1 中所示的权重。
本研究中的分析基于来自以下来源的信息,这些信息包括但不限于:
这种方法要求分析人员确定一类产品或服务的关键功能。然后,针对特定产品或服务用例,根据其相对重要性对每种功能进行加权。接下来,根据产品 /服务实现每个关键功能的能力来对其进行评级。然后针对每个产品 /服务计算一个分数,该分数总结了它们满足每种用例的关键功能的能力。
“关键能力”是在产品和服务的质量和性能方面与众不同的属性。Gartner 建议用户将关键功能集视为获取决策的一些最重要标准。
在定义要评估的产品 /服务类别时,分析师首先确定该市场中产品 /服务的主要用途。在考虑该市场中的产品 /服务时,最终用户希望满足哪些需求?用例应与常见的客户端部署方案相匹配。这些不同的客户方案定义了用例。
然后,分析人员确定关键功能。这些功能是此类产品 /服务通常需要的通用功能组。在满足特定需求时,为每种功能分配了重要级别;根据要评估的用例,某些功能集比其他功能更重要。
每个供应商的产品或服务均以五点量度评估其提供每种功能的能力。所有供应商并排显示这些额定值,从而可以轻松比较不同功能集。
评分和摘要分数从 1.0 到 5.0: 1 =较差:大多数或所有定义的要求均未实现 2 =一般:未达到某些要求 3 =好:符合要求 4 =优秀:达到或超过某些要求 5 =出色:大大超出要求
为了确定用例中每个产品的总体得分,将产品等级乘以权重,得出用例中的产品得分。 Gartner 选择的关键功能并不代表任何产品的所有功能。因此,对于特定的使用情况或业务目标而言,它们可能并不代表最重要的内容。在做出产品 /服务决策之前,客户应将关键能力分析用作产品输入的多种来源之一。
©2020 Gartner,Inc.和 /或其分支机构。版权所有。Gartner 是 Gartner,Inc.及其附属公司的注册商标。未经 Gartner 事先书面许可,不得以任何形式复制或分发本出版物。它由 Gartner 研究组织的观点组成,不应视为事实陈述。尽管本出版物中包含的信息是从公认的可靠来源获得的,但 Gartner 对此信息的准确性,完整性或充分性不作任何保证。尽管 Gartner 的研究可以解决法律和财务问题,但 Gartner 不提供法律或投资建议,并且其研究也不应该被解释或使用。您对本出版物的访问和使用受 Gartner 的使用政策约束。Gartner 以其独立性和客观性而闻名。它的研究是由其研究机构独立进行的,没有任何第三方的投入或影响。有关更多信息,请参阅“独立性和客观性指导原则”。