kubernetes - 允许多个团队使用不同功能在 Kubernetes 中部署和测试他们的更改的最佳方法是什么？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

10 个月前关闭。




Improve this question




我有超过 20 个由 4-5 名开发人员和 QA 组成的团队，每个团队都在并行运行一个单独的版本。每个版本都是一个特性，涉及 5-6 个微服务的变化。
我目前在一个本地集群和一个用于 Prod 的专用本地集群上有 3 个环境(DEV、SIT 和 UAT 分隔为命名空间)。
只有一个 Dev env，发布会受到限制，因为只有一个版本部署在 Dev 中，并且只有当它升级到 SIT 时，下一个功能版本才会部署到 dev。这种顺序提升将发布排队并延迟它们。
拥有 100 多个微服务，我确信这个问题不是唯一的，并且大型开发团队已经在使用一个经过良好优化的解决方案。
每个功能一个 env 是处理上述情况的好模型吗？

Answer 1

有两件事会有所帮助，那就是广泛使用测试自动化和功能切换。
创建一个部署到 DEV 的持续集成发布管道，运行一套回归测试，然后如果成功自动部署到 SIT。即使只有一个 DEV 环境，速度的限制也将纯粹是测试自动化套件的运行速度。
该功能切换很有帮助，因为它们允许您更频繁地发布，即使在开发新功能期间也是如此。