我和我的团队将致力于 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 流量。
如今，APIGEE 和 Mule 是 API 管理产品领域的直接竞争对手。在 Mule 的案例中，公司发生了巨大的转变，朝着所有系统的 API 化方向发展。当前的 Mule 运行时集成了强大的 API 管理功能，包括分析（前 Mulesoft 的 API Gateway 产品的功能，自 v3.8.0 起并入 Mule 运行时），以及通常的 ESB 功能。更多信息可在Mule 开发文档网站上找到。
API 管理和 ESB 是两种不同的功能，它们在将集成本身暴露为 Mulesoft 所做的 API 方面可能几乎没有重叠。
Apigee 还支持少量 ESB 功能，但不如 Mulesoft 全面。当然，ESB 的范围更大，如果您不需要该功能并且只需要具有完整 API 生命周期的 API 管理 Mulesoft 和 APIGee 都可以满足该需求。
就我个人而言，我是 Mulesoft 开箱即用的 API 策略的忠实拥护者，而且它是一个详尽的列表。