升级到Ignite的二进制不兼容版本的策略

Question

我正在评估Apache Ignite数据网格的生产用途。

关键要求之一是要有一个明确定义的策略，以将大型系统升级到二进制不兼容版本（通常在像Ignite这样使用二进制协议时不可避免）。更具体地说，是从大量Ignite客户端节点组件和/或Ignite瘦客户端上独立（之前或之后）升级Ignite基础结构。

因此，对于将系统的所有组件升级为大爆炸的情况，实际上不知道这样的过程是什么样的。

Answer 1

首先，Ignite关心二进制格式的兼容性，并且在没有某些后备机制的情况下不会对其进行更改。特别是，保留了持久性存储的向后兼容性（升级并继续使用相同的DB文件的能力）。

第二，要升级生产集群，GridGain（在Ignite的基础上）提供了滚动升级功能。有关详情，请参见：https://docs.gridgain.com/docs/rolling-upgrades。

Answer 2

如果您的主要目标是在升级过程中应在不停机的情况下访问群集的客户端，那么我建议这些客户端中的大多数应为“瘦”客户端，例如JDBC客户端，ODBC客户端，REST或Java / C＃/ C ++ / node .js瘦客户端目前正在积极开发中。他们没有严格的版本检查。

因此，您应该避免使用“瘦”客户端（也称为Apache Ignite客户端节点），而应仅用于瘦客户端无法执行的操作。或使用提及的滚动升级。