"请问下,我们现在需要迁移已有应用服务到kubevela上,但是直接全量发布有风险,所以期望在一开始迁移的时候就走分批发布;现在有个问题,就是如果迁移的时候,分批发布首批就失败了,或者中间某一批次发布失败了,现在workflow上是没有重试机制的;首次发布是可以先创建一个pod验证下;但是突然想到个问题:因为这个是已经有的应用服务,比如线上目前正在跑的就是10个pod,我迁移到kubevela之后,直接改成了1个新代码的pod,那老的服务就直接被停了 如果分批失败,之后就只能走普通全量发布,只有全量发布成功,才能再次触发分批发布;就没办法分批验证了; 像这种情况,有什么推荐的部署方式吗?"
"1. 每个应用先用 KubeVela 把这套流程走通; 2. 搞少量的灰度流量上来做验证; 3. 验证 ok 后,走扩容,然后把流量逐渐切过来,旧的服务下线;此回答整理自钉群“OAM/KubeVela 社区交流群”"
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。