devops - 升级到二进制不兼容版本的 Ignite 的策略
问题描述
我正在评估用于生产用途的 Apache Ignite 数据网格。
关键要求之一是有一个明确的策略来将大型系统升级到二进制不兼容的版本(通常在使用像 Ignite 这样的二进制协议时是不可避免的)。更具体地说,从大量 Ignite 客户端节点组件和/或 Ignite 瘦客户端独立(之前或之后)升级 Ignite 基础架构。
因此,想知道这样的过程会是什么样子,因为将系统的所有组件升级为大爆炸实际上是不可能的。
解决方案
如果您的主要目标是在升级期间无需停机即可访问集群的客户端,我可以建议这些客户端中的大多数应该是“瘦”客户端,例如 JDBC 客户端、ODBC 客户端、REST 或 Java/C#/C++/node.js 瘦目前正在积极开发的客户。他们没有严格的版本检查。
因此,您应该避免使用“厚”客户端(又名 Apache Ignite 客户端节点)并且仅用于瘦客户端无法执行的操作。或如前所述使用滚动升级。
推荐阅读
- facebook - Facebook 应用程序权限被拒绝多次?有限制吗?
- node.js - 错误 [ERR_IPC_CHANNEL_CLOSED]:用后端容器替换后端服务时通道关闭
- node.js - 使用 eslint 导致我的字符串失败并出现 no-irregular-whitespace 错误
- r - 将大小参数添加到绘图图表使标记透视
- r - 将子集线性模型与 r 中的 ful 线性模型进行比较
- python - 从运行在 raspberry pi 上的 python tcp 服务器运行的控制台获取输出到 android 应用程序
- json - JSON 转储:TypeError:int64 类型的对象不是 JSON 可序列化的
- angular - Angular ngrx - 和 Rxjs combineLatest 中的 Router.Events 不起作用
- python - AttributeError: 'UploadFile' 对象没有属性 'tell' - FastAPI
- reactjs - 如何在 React Material UI 字段中设置值