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

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

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

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

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

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

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

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

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

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

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

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

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

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

    朱权道:“哪些指标,cpU,内存,网络流量?”

    “是啊,要不然呢?”陈建志道

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