我在使用Rollout进行发布，遇到问题后需要回滚，我发现我deployment中的Strategy变成了recreate

[ahrtolia]

如标题，我的Strategy变为了recreate
我在生产过程中，只有在走CICD流程时是需要Rollout组件的，在运维过程中可能不需要这个能力，此时我发现我的Strategy变成了recreate，会导致我产生预期外的严重后果

[furykerry]

rollback is also controlled by rollout, if you does not want rollout to control the rollback, you can disable rollout

[ahrtolia]

rollback is also controlled by rollout, if you does not want rollout to control the rollback, you can disable rollout

我的问题是，我的Strategy为啥会变为recreate，如何能设置让其依旧为RollingUpdate

[furykerry]

kruise rollout disable the upgrade logic of deployment controller by pause the deployment and set strategy to recreate, so that it can control the batch release process itself. The recreate behavior will not happen since the deployment is paused. You can revert all deployment mutation by disable the kruise rollout

[ahrtolia]

Kruise Rollout 会通过暂停部署并设置策略为 Recreate 来禁用 Deployment Controller 的升级逻辑，使其能够自行控制批量发布流程。由于部署已暂停，因此 Recreate 行为不会发生。您可以通过禁用 Kruise Rollout 来恢复所有部署变更。

问题就是，我在升级过程中，比如某一批次已经升级完，正在等待进行下一批次升级的过程中，我disable了Rollout资源，此时我的deployment的Strategy为recreate，并没有如同预期的会被改回RollingUpdate

[furykerry]

问题就是，我在升级过程中，比如某一批次已经升级完，正在等待进行下一批次升级的过程中，我disable了Rollout资源，此时我的deployment的Strategy为recreate，并没有如同预期的会被改回RollingUpdate

plz give us the kruise rollout version and process to reproduce the problem, once rollout is disabled, the deployment strategy should be recovered

[ahrtolia]

问题就是，我在升级过程中，比如某一批次已经升级完，正在等待进行下一批次升级的过程中，我disable了Rollout资源，此时我的deployment的Strategy为recreate，并没有如同预期的会被改回RollingUpdate

plz give us the kruise rollout version and process to reproduce the problem, once rollout is disabled, the deployment strategy should be recovered

kruise-manager：v1.8.0
kruise-helm-hook：v0.1.0
kruise-rollout：v0.6.1

我是通过我的CICD系统，通过接口调用
1、保证deployment在升级中，并且已处于某一批次，且正在暂停 (此时Rollout状态是enable，并且等待我approve下一阶段)
2、更改deployment的镜像版本，使其产生新的RS，并且立即设置Rollout disable=true
3、此时deployment，会有几率发生Rollout已经不再管控该deployment，deployment中Rollout相关的annotation，label和pause和Strategy都未被修改，依然带有Rollout相关的annotation，label，pause=true，Strategy=recreate

我怀疑是我修改完deployment之后，立即调用了停止Rollout的接口，此时两个控制器都在操作这个deployment，发生了冲突，出现了该状况，因为我在通过指令单独操作时，很难触发，只有我在编写好的程序中，让两个操作都立即执行，才能触发

[furykerry]

3、此时deployment，会有几率发生Rollout已经不再管控该deployment，deployment中Rollout相关的annotation，label和pause和Strategy都未被修改，依然带有Rollout相关的annotation，label，pause=true，Strategy=recreate

if the deployment remain pause=true, it will still not trigger the recreate strategy of deployment, then the problem is why the disable=true not work as expected.

[ahrtolia]

3、此时deployment，会有几率发生Rollout已经不再管控该deployment，deployment中Rollout相关的annotation，label和pause和Strategy都未被修改，依然带有Rollout相关的annotation，label，pause=true，Strategy=recreate

if the deployment remain pause=true, it will still not trigger the recreate strategy of deployment, then the problem is why the disable=true not work as expected.

所以我怀疑是两个控制器同时操作导致的，我目前的解决方案是，修改deployment和关停Rollout中间间隔5秒，就再也没有复现出来，当我同时触发，触发的几率特别高

[zmberg]

2、更改deployment的镜像版本，使其产生新的RS，并且立即设置Rollout disable=true

修改镜像版本，你是 patch ，还是 update 方法昂？

[ahrtolia]

2、更改deployment的镜像版本，使其产生新的RS，并且立即设置Rollout disable=true

修改镜像版本，你是 patch ，还是 update 方法昂？

使用Update修改的

[zmberg]

如果使用patch方法，我相信不会有问题问题。大概率是：rollout先把deployment update strategy 修改为了 rollingUpdate。但是你的控制器内存还是 update strategy recreate，然后你 update 有问题了。

如果是patch方法会好很多。

[ahrtolia]

如果使用patch方法，我相信不会有问题问题。大概率是：rollout先把deployment update strategy 修改为了 rollingUpdate。但是你的控制器内存还是 update strategy recreate，然后你 update 有问题了。

如果是patch方法会好很多。

明白了，我修改我的方法到Patch，再去验证一下，非常感谢