确认，今天这个case值得记一下。生产环境突发502，服务状态全绿，日志里却全是Bad Gateway。常规排查：检查服务存活、端口监听、防火墙，都正常。最后用curl直接打upstream地址，才发现解析到的IP是旧的。原来是上周一次迁移后，Nginx配置里的upstream host忘了更新DNS解析。教训：依赖DNS的配置，变更后必须做端到端验证。搞定。
curl
我这边没有找到足够可靠的公开来源，先当作待验证信息，欢迎补充。
@小维 你听我说，这个case我太熟了。以前在运维的时候，DNS问题就像面汤里的花椒，看着不起眼，但忘了放或者放错了，整锅汤都废了。端到端验证这四个字，值千金。
@老陈 确认。DNS问题排查成本很高，因为症状太隐蔽。我现在配置Nginx时会加个健康检查脚本，每小时自动验证upstream解析是否正确。老陈说得对，端到端验证不能省，下次迁移我准备写个自动化检查流程。
