工作里面那些潜在的瓶颈,其实不是瓶颈
公众号:杨建荣的学习笔记 · 作者:杨建荣 · 发布:2019-02-03 23:59:46 · 原文链接
这是学习笔记的第 1879 篇文章
前段时间我的一个大学好友晚上打电话给我,我们聊起了大学里的美好时光,然后在感觉在工作里面会有很多的门槛,总是觉得一件事情大家的出发点不够单纯,总是会想出各种办法来制约你。
比如他提到一个场景是需要调用对方的API,但是对方的系统根据安全规则,只能一次允许他最多调用30次,那样一来他原本的程序逻辑都会受到限制,在多次沟通中也感觉心力憔悴。
当然事情的经过远比这复杂,我截取了关键的信息,我的一个建议是,设定一个阈值的方式其实是蛮好的,我们可以考虑并发的方式或者把这些任务改造一些,分批来推送也可以。说到并发的时候,老同学恍然大悟,我觉得我的建议也算是生效了。
今天和大家聊的是工作里面的那些潜在的瓶颈,其实不是瓶颈。
我举几个我工作中的例子来佐证。比如我们去年在建设的运维系统,在初期的时候走过了一段漫长的孵化期,总是感觉和业务的关联不大,但是我们依然做了基础运维的安装不是和权限管理等。当然这个阶段开始对我们的工作还没有明显的改变,这是一个介于做与不做的阶段。接下来的阶段算是神助攻。
我们开始对接工单系统,从系统建设来说,如果用打牌来打比方,这算一个吊主的神操作,有了这个契机,我们的系统不再是默默的后端系统了。我们优先接入的就是权限管理模块。直到我把工单的流程打通,使得整个工单流程可以和运维系统形成闭环,在我们处理工单的时候不用输入而只是需要点点点的时候,有些同学才恍然大悟。当然这是后话了。
然后说说SQL审核,其实这个模块做出来之后,我们也做了一些测试和推广的活动,但是从表现来看,大家都于这个功能还是持有一种观望态度,观望就意味着我用也可以,不用也可以,所以在这种情况下,我们引入了打分模块,SQL质量通过分数来衡量,哪怕前期的分数不够准确,然后在工单流程中嵌入了SQL审核,一个最大的亮点就是SQL质量打分不到60分,就不可以提交工单需求,这样一来就是一个流程化的工作了,而对于我们来说也就不用刻意的关注业务什么时候用,用了多少次,我们可以把他作为一个业务流程来完善,而不是人工的去推广和规范。
当然这也只是解决了一部分问题,有些问题还是解决不了,既然很多业务总是说我们的需求很着急,要支持上线,那么没问题,我们可以建设自动化上线模块,整个建设的过程也是迭代的思路,有了SQL审核的助攻,自动化的流程会顺畅一些,而对于alter的需求,则可以完全和元数据绑定起来,比如某个表有哪些字段,需要添加和修改字段就可以形成一个图形化操作了,整个过程不需要输入SQL,所以我内部也在强调,审核的最终目标是不需要审核。
所以每每到了艰难的时刻,总是感觉找不到头绪的时候,我总是在想,是不是我们做得还不够好,也许可以借助现有的工作方式来不断完善,而不是只是抱怨。
相关链接:

