[英]Mule API - deploy to a Mule Runtime
这些天,我正在尝试Mule API管理。 我所知道的是,我们可以将API部署到以下之一:
在文档中 ,据说当我们希望将您的API的实现与业务流程分开时,应该使用选项1 。 这是什么意思?
有人可以详细解释一下吗?
仅通过使用正确配置的API网关(它是Mule EE的超集)(当前版本是包含Mule EE 3.7.2的API Gateway 2.1.0),才能实现API平台的策略管理和分析生成。
根据您的体系结构,您可能有不同的解决方案。
例如:
HTH :-)
不确定确切的含义,因为在此页面上: https : //developer.mulesoft.com/docs/display/current/API+Gateway,他们也提到了这一点:
请注意,API网关由于是其他地方实现的服务和API的编排层,因此与技术无关。 您可以代理任何类型的非Mule服务或API,只要它们公开HTTP / HTTPS,VM,Jetty或APIkit Router端点即可。 您还可以将使用API Designer和APIkit设计和构建的API代理到API网关,以将业务流程与这些API的实现分开 。
因此,这两种方法从技术上都允许您将API与业务流程分开,因为您的API网关应用程序可以简单地代理另一个执行业务流程的Mule应用程序。 但是我对这两种选择的理解是:
API网关是一种有限的产品,它允许您使用Mule的连接器,传输器和模块的子集(例如ApiKit和HTTP),它允许您公开和使用API,然后使用http连接到所需的任何后端系统作为代理并执行API层中的业务流程。
通过使用Mule运行时操作,它可以为您提供更大的灵活性,并允许您使用各种连接器等组合任意数量的应用程序,并将应用程序的不同方面分为所需的多个层您可以部署到本地独立实例或Cloudhub等的可部署实体。
@Ryan答案或多或少都有,但是,如果您确实选择了Mule ESB产品,则会松懈API网关提供OOTB的API管理和治理功能。
这些包括
使您可以执行运行时策略并收集数据以进行分析
将策略应用于安全性,限制,
限速等
扩展PingFederate以用作身份管理和OAuth
API的提供者
只需几个简单的步骤即可要求或限制某些行为
使您可以在运行时添加或删除策略,而无需停机
通过签发合同密钥来管理对您的API的访问
监视API以确认其符合所有合同条款
确保遵守服务水平协议(SLA)
在我看来,如果您的API将被我的第三方开发人员(如果您与他们之间没有太多交互)(请考虑公共API)使用,请与API Gateway / Manager一起使用,否则Mule ESB应该是不错的选择。
如果需要,您还应该能够轻松地从Mule ESB迁移到API Manager(反之亦然),因此我认为您不会陷入决定的困境
PS:内容从此处复制
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.