升级Kubernetes操作员/控制器代码
想获得一些有关维护和升级运营商的建议 /最佳实践。我们有一个基于操作员SDK框架的操作员。我们正在查看第2天的用例，例如升级我们的自定义控制器代码。升级运营商的最佳实践是什么？如果升级操作失败，如何处理回滚？有指针吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
想获得一些有关维护和升级运营商的建议 /最佳实践。我们有一个基于操作员SDK框架的操作员。我们正在查看第2天的用例，例如升级我们的自定义控制器代码。升级运营商的最佳实践是什么？如果升级操作失败，如何处理回滚？有指针吗？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（1）
一种选择是使用 olm （操作员LifeCycle Manager ）它将启用您用包装机制向操作员提供操作员。 OLM将帮助您进行安装，版本，升级和降级。
它还将用作群集中已安装的操作员的目录，以及有关它们的一组元数据。
您可以阅读有关 olm的体系结构。
One option could be to use OLM (Operator lifecycle manager) it will enable you to deliver your operators with packaging mechanisms. OLM will help you with installation, versioning, upgrades and downgrades.
It will also serve as a catalog of installed Operators in your cluster and a set of metadata about them.
You can read about the OLM's architecture in the documentation.