您好，Sreenivasa，

尽管这是一个公平的答复，但我想修正Morten的回答，即Gartner是一种观点，具有特定的观点和看法 通过。 回顾了MQ之后，会有一些公平的评估和一些我个人会遇到的问题。

在具有复杂功能的产品之间没有简单的比较，因此从个人角度来看这是一些重点：

SAP API管理和（Google）Apigee当前是使用相同的运行时架构构建的，该架构是2014年成立的SAP-Apigee联盟的一部分，因此从全生命周期API管理的角度来看，两者是基于 相似的水平。 产品的不同之处在于它们的重点。

SAP-更加着重于简化SAP Cloud Platform上针对APaaS，EiPaaS等的集成。
Apigee-将重点更多地放在开发人员的直接参与上。

这以多种方式出现，并且有很多我可能不会讲的，但要简要介绍一下：

自收购以来，Apigee致力于投入大量资源来修改其架构，以使其更紧密，更舒适地适合GCP IaaS。 他们正转向Istio和Envoy进行容器化平台管理，并试图将GCP服务（如DBaaS）集成到API BaaS。 当客户在GCP上投入大量资金时，这将使其成为一个更紧密，更有益的API管理平台。

SAP API Management也采取了类似的策略，将其深度集成到SAP Cloud Platform PaaS中，可以将其部署到SAP中。 DC或任何超扩展程序，AWS，Azure或GCP。 SAP已通过SAP API Business Hub中已知的加速器与SAP进行了整合，并与Cloud Platform Integration Suite捆绑在一起以提供更广泛的集成用例。 对于在其产品组合中拥有SAP的客户而言，在某些时候选择SAP Cloud架构是必不可少的方向，尽管在那里，SAP API管理通常更有意义。

为简洁起见，我会在此处暂停一下，但是 希望这从另一个角度有所帮助。

以利亚，
以利亚