我们运维的日常简直就是“人在锅边走，哪能不挨烫”，啥也先别干，先记熟这20个防背锅原则，可以助你降低“背锅率”！

1 一切操作都要有“记录”

没有记录，就等于你“没干”——包括脚本执行、命令操作、变更说明都要记录。

2 操作前截图/备份，操作后验证/截图

事后有人问责，你就有证据“这是你上线前给的版本”。

3 文档不是可选项，是护身符

哪怕是最简单的操作，也写个记录文档或 走个OA流程。

4 上线不带“赌”的成分

“我觉得应该没问题”是事故之母，上线前自己验证 + 交叉验证。

5 不懂的脚本不要执行

哪怕是“技术大佬”发的，也得自己看一眼，验证后再跑，里面执行的内容要知道，测试环境先跑一遍。

6 能自动化的，就不要手动点点点

手点出的事故，没人替你担，自动化也能规避手误。不过上自动化前也要反复验证，避免批量事故

7 不轻易改生产配置，尤其是高峰期

哪怕是改一行 nginx 配置，也有可能导致服务崩掉。有变更，晚上处理，运维苦逼啊！

8 操作必须有回滚预案

做好回退预案，没法快速回退的操作，就是坑自己的“定时炸弹”。

9 出问题先恢复，再找原因

不要一开始就急着找根因，先让系统稳定、业务恢复，一切业务优先。

10 所有变更必须通知相关人员

你不通知，出事就是你锅；你通知了，大家共享责任。

11 监控、告警要设好，不然没人知道你出事了

系统挂了半小时你才知道，锅就直接扣你头上，设置多种告警介质，短信，邮箱都要安排上。

12 生产环境不允许试验

有人说“我试试这个脚本”，你就该问：“这是预发布还是生产？”

13 权限分清楚，责任也清清楚楚

谁能动生产环境，必须有审批 + 审计，避免“我不知道谁改的”。

14 故障复盘必须写，谁写谁主动

你主动写总结，既表现负责，也减少被甩锅。不是你责任就将事情经过写下来

15 能设多重保险的，就别偷懒

定时任务 + 审核机制 + 提前通知，就能少很多锅。

16 备份不是“做了”就完了，要定期验证恢复

真出事，发现备份无法用，那就是大锅等你。

17 别做“隐性英雄”，要让别人知道你做了啥

低调不是美德，在事故面前，只有“谁做谁负责”。

18 稳定 > 完美

一次性做对不如持续不出错，别为“最优”改出问题，不干可能没问题，干了没干好，你问题就大了。

19  警惕“上线前最后1分钟的变更”

最容易出事的，往往就是“顺手再改一点”。

20 说“不”比“我试试”更安全

没把握就拒绝或申请延期，远比拍胸脯然后出事要好。