因为我们采用的是底薪加绩效的模式,A绩效占底薪百分之五十,B绩效是百分之二十,C绩效只能拿底薪,生产事故占绩效评比很大一部分,如果当月有生产事故,那肯定与A绩效无缘,如果生产事故特别大,B绩效也没有,想请问大佬们生产环境上线变更注意事项,以防万一。
做操作之前,准备好几个脚本,并提前在测试环境做好充分验证测试:
- 备份脚本
- 执行脚本
- 验证脚本
- 回滚脚本
如果不能都做到脚本化,起码思路上要做好兜底策略
1 个赞
操作时,双人复核,避免个人操作失误疏忽,降低风险。
测试验证,备份
少做变更
系统做好checklit检查,高可用验证、性能压测验证、备份恢复验证。配置合理的监控告警策略。
生产环境尽量少动,不清楚的操作不要执行,大变更前做好测试。
遇到事故第一时间先解决问题在分析原因。
少做变更,在生产坏境先测试完好。
我个人觉得任何验证机制,其实也挺难解决操作错误的问题的。
但是脚本化/自动化,是确实可以减少故障时间的。要尽可能的做好。
另外就是重点考虑boss是不是既要你压成本又要你没有生产事故。
这两个是比较难兼得的。
起码假如他的要求是这个,应该尝试为自己争取一些额外的绩效加成。
不然就感觉。。。难绷
1、做好监控;
2、数据变更前,做好备份或者准备好回滚脚本;
3、出了问题第一时间报告,准备证据找人背锅;
4、找不到人背锅就只有自己背。
做好数据备份,在测试环境做好验证,准备好回退方案
自己要搭建一套小版本的测试环境同生产环境,每次操作生产,先在测试环境尝试一遍
充分测试,上线前让领导审核。
这个办法不错 让领导给你兜底
操作之前一定要做好备份
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。