Azure Container Apps单模式下停用失败修订为何会停用健康修订？

核心原因：Single修订模式的特性 #

在Single修订模式下，Azure Container Apps强制要求同一时间只能存在一个活跃（Active）的修订。当你部署新修订（哪怕启动失败进入Activating/ActivationFailed状态），系统会自动将之前的健康活跃修订标记为非活跃（Inactive）——这是Single模式的默认行为，目的是确保只有一个修订处于“待上线/已上线”状态。

你执行az containerapp revision deactivate "aca-failed-revision"后，失败的修订被停用，此时容器应用就没有任何活跃修订了，所以看起来“健康修订也被停用”——实际上旧健康修订早在你部署新失败修订时就已经被系统自动置为非活跃状态，并非是你执行停用命令导致的。

恢复正常状态的解决方案 #

1. 直接激活旧健康修订（正确命令） #

你之前使用的az containerapp revision activate命令不适用于Single模式，该命令多用于Multiple模式下的批量激活。Single模式下需要使用set-active命令指定唯一活跃修订：

az containerapp revision set-active --name <你的容器应用名称> --resource-group <资源组名称> --revision "aca-old-revision"

执行该命令后，旧健康修订会被设置为唯一活跃状态，容器应用即可恢复正常服务。

2. 重新部署健康版本 #

如果无法通过上述命令激活旧修订，可以直接重新部署之前的健康镜像/配置：

• 无需指定旧修订的后缀，直接使用az containerapp update命令部署健康的镜像或配置参数，系统会自动生成新的修订，并在Single模式下将其设为唯一活跃修订，覆盖之前的失败状态。

补充说明 #

当新修订启动失败时，不需要手动停用失败修订，直接通过set-active切换回旧健康修订即可，避免出现无活跃修订的情况。

内容的提问来源于stack exchange，提问作者Johannes Schmidt