OpenKruise用户实际用的时候,同 ns 下不一定所有工作负载都用 rollout 发,而且我这边也不会去特意管控三方用户的使用习惯
不是所有集群都是一方可以管的,也不是所有三方导进来的集群都可以放任不管的,所以就比较尴尬,现在看起来还是试一下 0.4 吧,backport 可能也不值了;希望 crd 还是向下兼容的?
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
在实际应用中,确实存在不同用户在同一个命名空间内采用多种方式管理其工作负载的情况,对于第三方用户的工作负载管理习惯无法统一管控。OpenKruise虽然提供了rollout这样的强大工具,但并不强制所有工作负载必须使用。针对这种情况,可以尝试使用OpenKruise 0.4版本,并关注CRD的向下兼容性。
OpenKruise 是一个基于 Kubernetes 的扩展套件,旨在提供云原生应用自动化的解决方案,包括部署、发布、运维以及可用性防护等方面。在实际应用中,确实会遇到不同工作负载管理方式并存的情况,这可能涉及到不同团队的使用习惯或是导入的第三方集群的管理策略。
关于 CRD(Custom Resource Definitions)的向下兼容性,通常来说,CRD 的设计会考虑到现有用户的使用情况,尽量避免破坏性的变更。但是,具体情况还需要参考 OpenKruise 的官方文档和发布说明,以获取确切的信息。在决定是否升级到 0.4 版本时,建议先行测试,确保新版本中的 CRD 与现有的资源定义兼容,或者至少提供了迁移现有资源的明确指导。
如果您担心向后兼容性问题,可以采取以下措施:
总之,在实际操作中,确实存在一些复杂性,但通过仔细规划和测试,可以确保平滑过渡到新版本。希望这些建议能够帮助您更好地决策是否升级到 OpenKruise 0.4 版本。
CRD 兼容的,并且还是 v1alphal1 ,我们内部这么升级上来的,也有存量用户,风险可控。0.5.x 变动比较大 ,此回答整理自钉群“OpenKruise 社区交流群”