Linux 服务配置变更如何做到可回滚？

回滚失败主因是未备份或验证配置变更。应带时间戳备份、用diff比对、git管理/etc、ansible设rollback_tasks并启用backup参数，每次修改后必须验证生效。

服务配置文件修改前必须备份原文件

直接覆盖 /etc/nginx/nginx.conf 或 /etc/systemd/system/myapp.service 是最常见回滚失败的起点。linux 本身不记录配置变更历史，所有回滚依赖人工保留的快照。

实操建议：

• 每次修改前执行 cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak.$(date +%Y%m%d-%H%M)，带时间戳避免覆盖
• 用 diff -u 对比新旧版本，把差异保存为 nginx.conf.diff.20240520，比纯备份更轻量且可读
• 不要依赖 .bak 或 .old 这类无时间信息的后缀——多个同事同时操作时极易冲突

systemd 服务重载必须验证单元状态再提交

systemctl daemon-reload && systemctl restart myapp 看似标准流程，但一旦 myapp.service 语法错误或路径写错，restart 会静默失败，而 status 可能显示 inactive (dead) 却不报具体原因。

实操建议：

• 执行 systemctl daemon-reload 后，立刻运行 systemctl cat myapp 确认加载的是你刚改的文件，而非缓存副本
• 用 systemctl start --no-block myapp 启动（不阻塞），再立刻 systemctl status -n20 myapp 查看最近日志行，重点扫 Failed to load、No such file 类错误
• 生产环境禁止用 systemctl reload myapp（非所有服务支持），优先走 restart + 状态校验

用 git 管理 /etc 配置比 rsync 更可靠

很多人用 rsync -av /etc/ /backup/etc-$(date +%F)/ 做全量备份，但恢复时要手动找对应文件、权限可能丢失、无法追溯“谁在何时改了哪行”。git 能解决这三个问题。

实操建议：

• 初始化：cd /etc && git init && git add nginx/ systemd/system/myapp.service && git commit -m "prod: init config"
• 日常提交：git add . && git commit -m "nginx: increase worker_connections to 4096"，每次改完立刻提交
• 回滚：git log --oneline -n10 找到上一版哈希，git checkout -- /etc/nginx/nginx.conf，精确还原单个文件
• 注意：排除动态生成文件，echo "/etc/machine-id" >> .gitignore，否则每次重启都触发脏状态

Ansible Playbook 中必须定义 rollback_tasks

自动化部署常忽略“撤回”逻辑。比如 playbook 把 nginx.conf 拷贝过去，却没定义“如何恢复上一版”，导致故障时只能手动 ssh 登录修复。

实操建议：

• 在 task 下方紧接 rollback_tasks 块，用 copy 模块把备份文件拷回原路径
• 关键参数加 backup: yes（对 lineinfile、template 等模块生效），Ansible 会自动生成 nginx.conf.2024-05-20@14:22:05~ 备份
• 测试 rollback：先跑一遍 playbook，再手动删掉目标文件，运行 ansible-playbook site.yml --tags rollback 验证能否真正恢复

配置回滚真正难的不是技术动作，而是每次修改都坚持做两件事：留可识别的备份、验证变更是否真正生效。漏掉任意一次，下次故障时就只剩手动翻日志和祈祷。