KIE Business Central HA部署：使用共享PVC可否免除ZK与Helix依赖？

官方文档明确说明：若VFS部署在各本地服务器上，则集群中所有服务器之间必须保持VFS数据同步。

仅靠共享PVC + 你列出的两项配置，不能替代ZooKeeper（ZK）和Helix组件，既无法实现多实例共享编辑器文件锁，也不能满足其余所有集群协调功能要求，具体原因如下：

• 共享PVC仅解决了底层VFS文件的共享存储问题，没有覆盖Business Central集群运行所需的分布式协调能力。官方文档提到的本地VFS需要同步，只是集群运行的必要条件之一，不是充分条件，不能推导得出「共享存储就可以跳过ZK+Helix」的结论。
• 编辑器文件锁、并发编辑控制逻辑是基于分布式状态协调实现的，并非仅依赖底层存储的文件锁。没有ZK+Helix的情况下，多个Business Central实例会各自独立维护内存中的锁状态，会出现多个用户从不同实例同时拿到同一文件编辑权限的问题，最终导致编辑内容冲突、文件损坏。
• 除了文件锁之外，集群场景下还有大量需要跨节点协调的逻辑：比如规则构建、发布任务的调度避免重复执行，Git操作的并发冲突控制，配置修改后的跨节点实时事件通知，Maven仓库读写的冲突规避等，这些能力都无法通过共享存储实现，必须依赖ZK+Helix提供的分布式锁、集群成员管理、分布式事件广播能力支撑。
• 你列出的两项配置：

  org.uberfire.nio.git.dir /opt/jboss/vfs
  org.guvnor.m2repo.dir /opt/jboss/vfs/m2
  

  仅完成了Git存储、M2仓库路径指向共享存储的配置，没有开启集群协调模式，这种配置下启动多实例会出现大量不可预期的冲突异常，无法正常提供服务。

内容的提问来源于stack exchange，提问作者Kyle Boyle