将 Mule 与运行时管理器一起独立使用

Use Mule standalone with Runtime Manager

如果我 运行 Mule standalone,所有文档都要求我向 Mule Runtime Manager 注册独立实例(默认情况下是云,但我认为它也可以在私有云上)。这将启动一个代理,该代理将 Mule 实例注册到基于云的运行时管理器。

问题是:

  1. 是否可以 运行 Mule 独立运行而无需注册 运行时管理器?
  2. 如果有,是否有监控和健康检查 直接从 Mule 独立实例获得的功能?
  1. 是的。如果您不使用 Anypoint Runtime Manager 注册它,那么它只是 运行 独立的。
  2. 唯一的健康检查是内置的,它会 ping 进程以查看它是否没有响应并重新启动 Mule 进程。独立模式下没有监控功能。由Anypoint Platform提供。

请注意,Runtime Manager 确实可以 运行 在私有云中,但只能作为 Anypoint Platform Private Cloud Edition (PCE) 安装的一部分。

我们 运行 用于连接到 MMC 的独立实例,即使有一段时间没有支持。我们的销售代表敦促我们切换到 Anypoint Runtime Mgr(ARM),在他的帮助下我们做到了,包括帮助需要它的员工 mbrs 登录。这意味着我们 connected/logged 通过浏览器远程进入 Mulesoft 站点,连接到 anypoint.mulesoft.com 加上一些我不会在这里透露的更多 URL 细节。然后,我们在 ARM 中确定了我们本地的独立测试 Mule 服务器(我们的独立服务器都是 Windows 服务器),以便在部署时和我们的应用程序的常规操作期间进行监控(提供 stopped/started failed/successful 状态)从我们的本地文件系统到独立文件系统。------------ ARM 有很多其他好处,我现在不会详细介绍,但它 (ARM) 运行良好,一直可靠,并按需为我们提供应用程序和服务器状态。也可以设置警报,但我们还没有设置任何一个。在 ARM 中,我们是 运行ning 网关 version:3.9.3 代理 version:1.14.2。 请注意,我们暂时留在 Mule V3.9.x。 (在 4.x.x 中没有时间将应用程序流转换为 Dataweave) 希望这有助于让您相信 ARM 的有用性,尤其是与 migration/depoyment 进程的人员服务器访问相比,即使在测试中也是如此。 --MPC