OpenKruise用户实际用的时候,希望 crd 还是向下兼容的?

OpenKruise用户实际用的时候,同 ns 下不一定所有工作负载都用 rollout 发,而且我这边也不会去特意管控三方用户的使用习惯
不是所有集群都是一方可以管的,也不是所有三方导进来的集群都可以放任不管的,所以就比较尴尬,现在看起来还是试一下 0.4 吧,backport 可能也不值了;希望 crd 还是向下兼容的?

展开
收起
真的很搞笑 2024-03-04 11:34:29 87 分享 版权
3 条回答
写回答
取消 提交回答
  • 在实际应用中,确实存在不同用户在同一个命名空间内采用多种方式管理其工作负载的情况,对于第三方用户的工作负载管理习惯无法统一管控。OpenKruise虽然提供了rollout这样的强大工具,但并不强制所有工作负载必须使用。针对这种情况,可以尝试使用OpenKruise 0.4版本,并关注CRD的向下兼容性。

    2024-03-04 16:15:46
    赞同 1 展开评论
  • 面对过去,不要迷离;面对未来,不必彷徨;活在今天,你只要把自己完全展示给别人看。

    OpenKruise 是一个基于 Kubernetes 的扩展套件,旨在提供云原生应用自动化的解决方案,包括部署、发布、运维以及可用性防护等方面。在实际应用中,确实会遇到不同工作负载管理方式并存的情况,这可能涉及到不同团队的使用习惯或是导入的第三方集群的管理策略。

    关于 CRD(Custom Resource Definitions)的向下兼容性,通常来说,CRD 的设计会考虑到现有用户的使用情况,尽量避免破坏性的变更。但是,具体情况还需要参考 OpenKruise 的官方文档和发布说明,以获取确切的信息。在决定是否升级到 0.4 版本时,建议先行测试,确保新版本中的 CRD 与现有的资源定义兼容,或者至少提供了迁移现有资源的明确指导。

    如果您担心向后兼容性问题,可以采取以下措施:

    1. 查看官方文档:通常开发者会在官方文档中说明 CRD 的变更记录,包括任何潜在的不兼容变更。
    2. 测试升级:在非生产环境中先进行升级测试,观察现有工作负载是否受到影响。
    3. 备份资源:在进行任何升级之前,确保对所有关键资源进行备份,以便在遇到问题时能够快速恢复。
    4. 社区支持:关注 OpenKruise 的社区动态,及时获取关于新版本的反馈和解决方案。

    总之,在实际操作中,确实存在一些复杂性,但通过仔细规划和测试,可以确保平滑过渡到新版本。希望这些建议能够帮助您更好地决策是否升级到 OpenKruise 0.4 版本。

    2024-03-04 15:49:58
    赞同 展开评论
  • CRD 兼容的,并且还是 v1alphal1 ,我们内部这么升级上来的,也有存量用户,风险可控。0.5.x 变动比较大 ,此回答整理自钉群“OpenKruise 社区交流群”

    2024-03-04 11:40:59
    赞同 展开评论