改配置后要确认部署真的用了新配置
判断与做法
- 部署成功 ≠ 新配置生效。 要读部署之后实际生效的清单/环境变量/启动命令,用它来验证,而不是看「redeploy 成功」的状态。
- 需要让当前服务配置真正生效时,改用会重建清单的路径(例如源码上传部署),成功后必要时再上传一次正常配置恢复。
- 一般化:不同平台的「重新部署」语义不同 —— 有的重放旧清单,有的重新构建并重新解析配置。用之前先确认它属于哪种。
相关
- 功能缺失先确认运行的是哪份产物 —— 同族:判断现状要看真正在跑的那一份,而不是「配置里写了什么」
- 以前能用最近坏了先查自己改了什么
- 本地开发脚本可能连生产资源
- 判断现状要看真正在跑的那一份 —— 本条是该骨架的一处实例:部署状态页不是实际生效的清单