对自己开发的模块要认真负责

在平时开发系统功能模块的时候，有些开发人员可能认为功能模块按时提测、按时上线就算"认真负责"了，可以不用管了。其实做到这些还是远远不够的，因为真正考验你对自己做的模块是否认真负责，是在上线后。假设你开发的模块在今天上线，隔天就出了问题，老大来个连环问：

老大：问题影响面有多广？
我：？
老大：能回滚吗？
我：？
老大：是接口性能问题还是功能性问题？怎么监控没有报警？好吧，只能硬着头皮解决问题，然后上线，请求参数和报错的上下文日志发一下
我：。。。。。。忘记打了
老大：。。。。

上面还只是一个小小的场景，线上功能模块要运行良好，开发人员是要花非常多心思的，下面笔者简单列一下。

想好回滚/降级/灰度方案
功能上线之前，就算做了非常严格的功能测试和回归测试，也是不能百分之百保证上线后没问题的。因此研发第一个要做的事情是，上线前先列好线上问题处理方案，大概有如下几种场景：

如果技术重构项目，必须有灰度开关，能随时切回去；
如果是对接其他微服务接口的，必须保留原有的逻辑，万一新服务接口有问题，能降级到使用旧接口；
如果是改动原有接口的，且是非常重要的核心功能，而且涉及到小程序端或者APP端联动一起修改的，那么就需要评估一下，前端和后端同时回滚的方案；；
如果是数据库做了变更的，那么一定要做的事情是：旧代码访问变更后的数据库，是否正常，如果事先没做好这个兼容性，到时候上线后出问题，是退无可退的，因为数据库变更是不允许回退的；
重视测试人员的测试用例
测试人员一般都会给出功能模块的测试用例，开发人员必须认真对待它，协助测试人员一起完善它。因为测试人员就是依据这份用例来执行的。如果你不放心，则拉上产品经理，一起评估测试用例。一般来说，评估的维度如下：

新功能完整性；
旧功能回归场景是否全；
有无漏掉的场景；
开发人员也尽量提供一份功能改动点的文档出来，说清楚改动了哪些点，哪些重要的点被改动了，让测试做好评估。

做好日志监控
功能模块要做好监控，一旦有任何一个报错，你都能第一时间知道，提前介入解决。比如说：

接口打印响应时间，如果响应时间超过200毫秒的，打warn日志；
将接口关键字上报到elk，借助elk做告警，并同步到企业微信或者钉钉告警群；
打印入参和出参，方便定位问题，尤其是接口报错时，上下文入参一定要打；
如果接口调用了第三方服务的，也必须打印调用一次接口的时间以及入参和出参；
做好数据监控
如果你负责的订单/支付模块，最好能做个数据监控，例如：

未支付订单数监控
退款订单数监控
使用优惠卷订单数监控
如果做的是短信模块，就监控短信发送数量，如果是做的是发票业务，那就监控开发票失败的数据。

把监控结果，放到监控大盘里，方便大家看。
————————————————
版权声明：本文为CSDN博主「Sam哥哥」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/linsongbin1/article/details/107304974