第53章 背锅 (第1/2页)

微看书 www.vkss.cc，最快更新程序员码梦成真!

会议上，金伟忠道：“上周六的问题，一大半也解决了，我也看了这些问题，在反思这些问题为什么会在生产环境出现呢，比如那个数据同步的问题，当时我们也组织了讨论，大家给了结论，用专线解决，测试部也压测过，这个解决方案是可以的”

秦园道：“压测的场景较少，当时和开发讨论下来，只要压测数据同步，就是mongodb数据库的同步即可，但是业务层我们没有压测，因为提供专线的服务商，测试环境专线，就给我们不到一周的测试时间”

金伟忠不悦道：“林美云你要及时的把这个事项汇报出来啊，我都不知道这事，以为你们压测的很完美”

林美云道：“项目周报里写了的呢”

朱权道：“你那写的太小了，我后面才看见的，风险情况，你要用红色加粗表示”

林美云道：“数据同步的风险，大标题就是红色加粗啊，里面的分项，都是红色的话，那大家都看花眼了”

张明杰见此状，感觉大家是要把这锅甩给管理部的倾向，就说道：“大家不要吵，这个风险写的是没啥问题，我们呢，还是要细细看项目周报，有时候我们太忙于具体的业务，比如我吧，常去编码了，项目的事情风险，反而不如林美云和秦园清楚了”

朱权道：“这个我们管理者肯定也有问题，包括代码的流程问题，这次也很多，流程执行不到位，分支管理也比较混乱”

张明杰道：“这些都还没有纳入管理部跟踪的范围，目前都是开发自行解决模块发版本的问题，统一由测试合并模块打版本”，因为张明杰又担心，朱权把这事说成管理部的问题，还是让秦园来扛扛事吧。

秦园道：“我们以开发发版本的发的邮件为准，但如果邮件里写的错误，我们就控制不了了”

金伟忠道：“第一，这个发版本，合并代码分支的至少是组长才有这个权限，第二，这个要纳入到管理部跟进的范围，林美云你会后和雷美霞讨论下，整个方案出来，看看开发怎么配合你们，你们好跟进管理，最后，我们线上巡检流程也要做起来，运维的陈建志和测试部的秦园你们要解决，这样我们先发现问题，不能等用户反馈，我们在来解决，有点被动”

大家不说话，因为很明显，现在的运维监控体系还没有建立起来，靠人工的运维，这个难度和工作量还是很大的。

张明杰见状说道：“这个流程嘛，林美云那边主导去梳理就行，当前我们的开发重点精力还是复盘自己的代码，再次进行走读，提升代码质量，测试那边在加测一轮回归测试，尤其是性能稳定性测试，方案拿出来要再评审一下，运维巡检的工作，看陈建志有什么办法提高效率”

这个头大的事情，还是让专业的人士来解决，陈建志道：“这个巡检问题不大，主要是还是测试那边，每天早上做一遍核心功能验证，运维这边把线上的服务的基础指标验证一遍，看是否有异常”

朱权道：“哪些指标，cpU，内存，网络流量？”

“是啊，要不然呢？”陈建志道

朱权道：“那不是很容易的事吗，Zabbix就有告警阀值，超标了，就自动发邮件，有什么好再次确认验证的”