在集群环境中，如果有 items.xml 变化，在一个节点上更新 运行 System 并清除其他节点的缓存是否足够？
In a clustered environment, if there is items.xml change, is it enough to do Update Running System in one node and just clear cache the other nodes?
在集群环境中，如果有items.xml变化，是否可以在一个节点上更新运行系统并清除其他节点的缓存？
假设我有Node1和Node2。如果我在 items.xml 中添加一个属性并将其构建并部署到 Node1 和 Node2，是否足以让我在 Node1 中执行更新 运行 系统并仅清除缓存 Node2？或者，我还需要在 Node2 中执行更新 运行 系统吗？
理想情况下，在完成更新 运行 系统后重新启动其他节点是件好事。如果不是零停机时间，则停机时间使节点准备好更新系统，然后使其他节点准备就绪。
另一种方式：
将 node1 从集群中取出，准备好所有配置、更新系统等。将其添加回集群并关闭所有其他节点。在其他剩余的节点上部署并弥补它们。这里不需要更新运行系统或清除缓存。
如果停机时间对业务来说真的很关键，请参考 rolling update on the cluster 以实施适当的解决方案。
在集群环境中，如果有items.xml变化，是否可以在一个节点上更新运行系统并清除其他节点的缓存？
假设我有Node1和Node2。如果我在 items.xml 中添加一个属性并将其构建并部署到 Node1 和 Node2，是否足以让我在 Node1 中执行更新 运行 系统并仅清除缓存 Node2？或者，我还需要在 Node2 中执行更新 运行 系统吗？
理想情况下，在完成更新 运行 系统后重新启动其他节点是件好事。如果不是零停机时间，则停机时间使节点准备好更新系统，然后使其他节点准备就绪。
另一种方式： 将 node1 从集群中取出，准备好所有配置、更新系统等。将其添加回集群并关闭所有其他节点。在其他剩余的节点上部署并弥补它们。这里不需要更新运行系统或清除缓存。
如果停机时间对业务来说真的很关键，请参考 rolling update on the cluster 以实施适当的解决方案。