Vertx聚类替代方案

Question

除了Hazelcast之外，任何有Vertx群集管理器实际经验的人都对我们的以下要求有什么建议？

对于我们的（实时传感器数据）系统，我们在多个JVM中有数百个垂直链接，但我们不需要或不希望eventbus跨多个物理服务器。

我们在多个服务器上运行Vertx，但如果我们不在所有服务器之间共享一个eventbus，那么我们的平台就不那么复杂了（我们更愿意明确说明在服务器之间传递消息）。

Hazelcast对我们来说是错误的集群管理器。我们不需要它在服务器之间的对等点发现，但至关重要的是，Hazelcast的任何版本更改都意味着新客户端无法加入运行先前版本的现有运行客户端的集群，因此将一个用vertx 3.6.3编译的新Verticle引入现有集群是不可能的，除非我们停止整个集群并重新启动它，将所有Verticle重新编译为3.6.3。这严重影响了我们的开发。Verticle更加即插即用很有帮助，vertx可以做到这一点，但Hazelcast不能（由于持续的版本不兼容）。

有人能推荐一个适合我们使用案例的vertx群集管理器吗？

Answer 1

我现在有时间回顾了Vertx作为“群集管理器”直接支持的每个备选方案（Hazelcast、Zookeeper、Ignite、Infinispan），我们正在为我们的系统开发Zookeeper体系结构，取代Hazelcast：

以下是我们决定的背景：

我们一开始是一个非常典型的（如果有这种情况的话）Vertx开发，JVM中有多个Verticle，用于响应eventbus上发布的外部事件（城市传感器数据进入我们的java/Vertx提要处理程序），以及在许多其他Vertx Verticle中异步处理的数据，通常涉及它们将新的派生数据发布为新的异步消息。

我们很快就想使用多个JVM，主要是将FeedHandler与其余代码隔离开来，这样如果出现问题，FeedHandler将继续运行（作为故障保护，他们会持久化数据并发布数据）。因此，我们（很容易）添加了Vertx集群，以便同一台机器上的JVM可以通信，并且所有Verticle都可以在同一个系统中发布/订阅消息。我们使用了默认的集群管理器Hazelcast，并修改了配置，因此vertx集群仅限于单个服务器（我们在不同的服务器上运行整个平台的多个版本，不希望它们相互混淆）。我们在六个JVM中有数百个垂直链接。

我们的环境（search SmartCambridge vertx）相当动态，开发周期很快（例如，创建一个新的feedhandler并让它在eventbus上发布数据），这意味着我们通常希望启动一个包含这些新Verticle的JVM，并让它加入现有的vertx集群，可能是永久的，可能只是暂时的。Vertx/Hazelcast加入（Vertx）集群是一项相当严肃的操作，即Hazelcast（我相信）有一个Hazelcast集群成员和Hazelcast客户端的概念，客户端可以很容易地来来去去，但作为成员加入Hazelcast集群需要现有集群和新成员之间相当大的代码兼容性。每次升级Vertx库时，Hazelcast库的版本都会发生变化，这使得新编译的Vertx verticle无法加入现有的Vertx集群。

请注意，我们已经尝试了在多个服务器之间使用Vertx eventbus流，并将eventbus扩展到浏览器/javascript中，但在这两种情况下，我们都发现显式地将消息从服务器路由到服务器更简单/更健壮，并且专门为此目的编写了verticle。

因此，新计划（经过数年的Vertx开发）考虑到我们有5台生产/开发服务器的环境，但Vertx eventbus始终限于单个服务器，是在所有5台服务器上实现一个Zookeeper集群，以便我们获得Zookeeper本机的弹性优势，并将每个生产服务器配置为使用不同的znode根目录（默认值为“io.vertx”，但这是一个简单的配置选项）。

这种设计在单个服务器（即Zookeeper Vertx）上有一个吸引人的简单最小构建，因此在随机机器（如笔记本电脑）上进行特殊开发仍然是可能的，但我们可以通过设置公共znode根来扩展我们的平台，使多个服务器位于单个Vertx集群中。