wxya（个人网站）个人经验
非常重要
做事情
发布的时候找会议室，尽量不要让人打扰
规划好发布计划然后操作
测试
业务主流程测试用例覆盖掉，不要根据自己考虑测试范围
code层
- 异常thrwo 都要有打印
- 调用其他api，要判断预预期符合不合符，做最终判断，打印入参和返回值
- 异常边界要考虑题，日志打印等级要复合基础标准
设计
- 简单 明了，注释 变量名称含义到位，（**url、**Name）
- 根据服务和未来发展设计，提前拆分文件层次；低级别不依赖高级别，业务和基础功能分离（比如tenant就是属于业务和基础功能，直接写在基础功能里面是ok的）
- 提前考虑重复建设问题（生图代码写了5份，就很烦躁）
- 设计文档清晰明了，有前因后果，实现过程，能够让人快速明白这个是为什么干，干什么，怎么干
alert层
- k8s基础监控 pod监控 ecs监控 数据库监控 中间件监控
- 日志监控（es —— esalert，对错误进行收集统计，通过机器人发送群聊，上面的监控纬度过于粗糙，无法及时发现问题）现在问题反馈面比较单一，都是来自于用户直接发现并反馈问题，要从日志中寻找到问题
Loading...