Mulesoft On Premise Cluster 与 Cloud Hub worker scaleout
Mulesoft On Premise Cluster vs Cloud Hub worker scaleout
Cloud hub worker NOT 集群，但是我们使用持久队列 获得消息丢失保护和跨 mule 实例的工作负载分配。我们还可以使用默认的持久性 object store (_defaultUserObjectStore ) 进行分布式缓存（通过调整）。如果我在这里错了，请纠正我。
有了上述功能，与本地集群相比，我们在 CloudHub 中缺少什么？ （是否是并发/一次性消息传递问题预防措施？）
首先，为什么 Mulesoft 没有在 Cloud hub 上启用集群功能？
我会说，有了上述功能，您不会错过任何东西。还要记住，即使在 On Prem HA Cluster the shared queues and states (object stores) are by default keept in shared memory and there is no persistens if the complete cluster goes down. To get the persistence you need to do tweaks also for a on prem cluster. As such for true message reliability I would suggest you look at a external message broker or service such as Anypoint MQ.
至于为什么 Mulesoft 没有启用集群我无法回答，因为我不是 Mulesoft 的员工。然而，集成和 API 设计的最佳实践是保持应用程序无状态。当遵循这一点并且您使用外部消息代理（例如 Anypoint MQ）来实现可靠的消息传递模式时，对 Mule 运行时 HA 集群功能的需求很小。
Cloud hub worker NOT 集群，但是我们使用持久队列 获得消息丢失保护和跨 mule 实例的工作负载分配。我们还可以使用默认的持久性 object store (_defaultUserObjectStore ) 进行分布式缓存（通过调整）。如果我在这里错了，请纠正我。
有了上述功能，与本地集群相比，我们在 CloudHub 中缺少什么？ （是否是并发/一次性消息传递问题预防措施？）
首先，为什么 Mulesoft 没有在 Cloud hub 上启用集群功能？
我会说，有了上述功能，您不会错过任何东西。还要记住，即使在 On Prem HA Cluster the shared queues and states (object stores) are by default keept in shared memory and there is no persistens if the complete cluster goes down. To get the persistence you need to do tweaks also for a on prem cluster. As such for true message reliability I would suggest you look at a external message broker or service such as Anypoint MQ.
至于为什么 Mulesoft 没有启用集群我无法回答，因为我不是 Mulesoft 的员工。然而，集成和 API 设计的最佳实践是保持应用程序无状态。当遵循这一点并且您使用外部消息代理（例如 Anypoint MQ）来实现可靠的消息传递模式时，对 Mule 运行时 HA 集群功能的需求很小。