我和我的团队将致力于APIGEE，这是一个API开发平台，可以在我们的应用程序中公开一些服务。我正在阅读他们的文档，并试图了解APIGEE或任何其他API开发平台（如Mashery）的需求。关于API代理需求的一篇非常好的文章在给定的链接中得到了很好的解释， http://apievangelist.com/2011/06/11/the-battle-for-your-api-proxy/
我很困惑的一个问题是 APIGEE和任何ESB如ALSB或Mule有什么区别。我们知道Apigee也支持通过http / https / soap等策略和协议进行消息转换。
谁能告诉我两者之间的区别？ Esb是否支持更多协议，如SMTP / JMS等。
任何信息都是最受欢迎的
虽然API管理定义仍在不断发展，但API管理被定义为转换API以覆盖目标受众[这里有一个很好的描述 - http://searchcloudapplications.techtarget.com/definition/API-management]。
这项技术在SOA中具有根源，但与ESB不同。
ESB更多地用于系统到系统的集成，但API往往以一种托管的方式将您的内部系统安全地暴露给更广泛的受众 - 我们称之为“开发人员”。
ESB倾向于配备许多适配器和强大的面向消息的中间件，以支持不同的交互模式。它通常还与业务流程管理软件结合，通过集成多个服务或系统来自动化内部流程。
API管理还进行了一些集成和编排，但重点是更简化界面以更容易地使用服务 - 这就是为什么它始终伴随着开发人员的入职能力，安全性，缓存，api设计，oauth等。
Apigee网关服务[API管理平台]支持有限的JMS和SMTP功能，为我们不同的客户群提供服务，我们的技术堆栈能够构建其他协议支持。
许多API管理产品[包括Apigee网关]还包括API分析，可帮助您深入了解API程序和API流量。
虽然API管理定义仍在不断发展，但API管理被定义为转换API以覆盖目标受众[这里有一个很好的描述 - http://searchcloudapplications.techtarget.com/definition/API-management]。
这项技术在SOA中具有根源，但与ESB不同。
ESB更多地用于系统到系统的集成，但API往往以一种托管的方式将您的内部系统安全地暴露给更广泛的受众 - 我们称之为“开发人员”。
ESB倾向于配备许多适配器和强大的面向消息的中间件，以支持不同的交互模式。它通常还与业务流程管理软件结合，通过集成多个服务或系统来自动化内部流程。
API管理还进行了一些集成和编排，但重点是更简化界面以更容易地使用服务 - 这就是为什么它始终伴随着开发人员的入职能力，安全性，缓存，api设计，oauth等。
Apigee网关服务[API管理平台]支持有限的JMS和SMTP功能，为我们不同的客户群提供服务，我们的技术堆栈能够构建其他协议支持。
许多API管理产品[包括Apigee网关]还包括API分析，可帮助您深入了解API程序和API流量。
如今，APIGEE和Mule是API管理产品领域的直接竞争对手。就Mule而言，公司发生了巨大的转变，即所有系统的API化。当前的Mule运行时集成了强大的API管理功能，包括分析（来自前Mulesoft的API网关产品的功能，自v3.8.0以来已合并到Mule运行时），以及通常的ESB功能。更多信息，请访问： Mule dev doc网站。
API管理和ESB是两种不同的功能，在将集成本身暴露为Mulesoft所具有的API时可能几乎没有重叠。
Apigee还支持很少的ESB功能，但它并不像Mulesoft那样详尽。 Ofcourse ESB的范围更广，如果您不需要这种功能，只需要使用完整API生命周期的API管理，Mulesoft和APIGee都可满足这一需求。
就个人而言，我是Mulesoft的API政策的忠实粉丝，这些政策是开箱即用的，它是一个详尽的清单。