首页/AI/大模型部署与运维速查/配置漂移:热修参数的代价
运维监控与排障50 条

配置漂移:热修参数的代价

手工热修过的参数会在下次发布被覆盖,实例间也可能不一致;把配置纳入版本管理、发布前 diff、启动留痕、定期巡检,漂移才能可控。

巡检比对(示意)

巡检比对(示意)
# 现网生效启动命令与配置仓库目标值对比
systemctl show <服务> -p ExecStart > /tmp/running.txt
diff /tmp/running.txt /etc/llm/exec-start.expected
# 多实例抽查:接口探活 + 关键参数核对
  • 配置即代码:启动参数写进仓库/配置中心,改动走评审
  • 发布前 diff:现网生效值与目标值差异必须为零或有意为之
  • 留痕:启动时记录生效配置与版本,事后可回溯
限制手工修改权限并用审计日志兜底:漂移的根源常是「临时改一下」没有归位。

易错点

  • 把检查停在文档里:没接进发布流水线的比对,执行几次就会被跳过

数据来源与参考

  • Google SRE 手册:Configuration Design(sre.google/sre-book)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌