Mule部署到Mule运行时

Question

这些天来，我正在试验Mule API管理。我所知道的是，我们可以将API部署到以下其中之一：

1. Mule运行时
2. API网关

在文档中，当我们希望选项1将的实现从编排中分离出来时，就应该使用选项1。什么意思？

有谁能详细解释一下吗？

Answer 1

不太清楚它们在那里的含义，因为在这个页面上：https://developer.mulesoft.com/docs/display/current/API+Gateway也提到了以下内容：

请注意，API网关，因为它作为服务和API在其他地方实现的编排层，是与技术无关的。您可以代理任何类型的非Mule服务或API，只要它们公开HTTP/HTTPS、VM、Jetty或APIkit路由器端点。您还可以使用APIs和APIkit设计和构建代理API到APIkit，以便将编排与这些API 的实现分离开来。

因此，从技术上讲，这两种方法都允许您将API与业务流程分开，因为您的API网关应用程序可以简单地在其他执行编排的其他地方代理另一个Mule应用程序。但我对这两种选择的理解是：

API网关是一个有限的产品，允许您使用Mule的连接器、传输和模块(如ApiKit和HTTP )的子集，它允许您公开并使用API然后使用http连接到您希望作为代理的任何后端系统，并在API层执行业务流程。

通过使用Mule运行时操作，它为您提供了更大的灵活性，并允许您使用完整的连接器等组合任意数量的应用程序，并将应用程序的不同方面分离到任意多个层中，就像您可以部署到的单独部署实体--前提是独立的实例或Cloudhub等等。

Answer 2

通过使用正确配置的API，可以实现来自平台的策略管理和分析生成的，这是Mule EE的一个超集(当前版本是API 2.1.0，其中包含Mule EE 3.7.2)。

根据您的体系结构，您可能有不同的解决方案。

例如：

• 代理运行在API网关上，实现API在其他地方运行(例如。Mule /CE、Tomcat、cobol服务器等)
• 运行在同一个API网关上的代理和实现API
• 实现API直接从API平台管理，而不使用自动生成的代理。

HTH :-)

Answer 3

@Ryan的回答或多或少是正确的，但是，如果您确实选择了Mule ESB产品，那么您将失去API网关提供的API管理和治理功能。

其中包括

• 允许您强制执行运行时策略并收集用于分析的数据。
• 将策略应用于围绕安全性的API或端点， 速率限制，等等
• 扩展PingFederate以作为身份管理和OAuth API的提供程序
• 允许您在几个简单的步骤中要求或限制某些行为。
• 允许您在运行时添加或删除策略，而不需要API停机时间。
• 通过发出契约密钥来管理对API的访问。
• 监视API以确认它是否符合所有合同条款。
• 确保遵守服务水平协议(SLA)

在我看来，请使用API网关/管理器，如果您的API将被消耗，我的第三方开发人员可能与您没有太多的交互(比如公共API)，否则Mule ESB应该是好的。

如果需要的话，您应该能够从Mule ESB迁移到API Manager (反之亦然)，所以我认为您不会被锁定在您的决定中。

PS:从这里复制的内容