新春内卷

Posted 2022-02-08 运维Linux和python

序言

    许久未见风来，许久未见风起，本来是准备每个月更新一个篇章，然后弄一个专题序列玩玩的，奈何今年考核的KPI的是故障数，我要干100个故障。。。

    没有故障，创造故障也要上，也是蛮辛苦的，如果让你一年干100个不重复的故障，那么你怎么来模拟呢？

风言风语

    1 一道光

    很荣幸认识一个朋友，前段时间闲聊，说看到有下属的工资低，但是公司内部又有各种限制，不能提升明年的积极性，他主动降自己薪水，给那个同事补充上。

    当时听到，惊为天人，佩服的不行。如果是你，你会怎么来解决这一难题，在限制下跳舞。

    新的一年开始了，又开始了更加激烈的内卷，新的一年开始了，淘汰的人确定了，新的一年开始了，KPI已经打完了。。。该优化的已经决定好了，那么就要开始招人了。。。

    新的一年开始了，回首一下每天，每周，每个月都主要干了啥，其实也蛮困难的，如果没有记录的话。。。

    当没有创新的时候，就只能内卷了，比加班时长，比向上汇报，各种花样层出不穷；当没有共同的目标的时候，就只能内卷了，质疑别人的决定，猜测别人的行为。当一个组织像无头苍蝇一样，其实也蛮可怕的，到处都是内卷的味道。。。也可能是内讧。

    不同的时间，决定了不同的事情，就像上线的时候，是环境的搭建，工具的使用熟悉度，当进入运维阶段，就是监控的优化，问题故障的处理，新需求版本的发布。

    善良的地方需要很多人的配合，从上而下，有担当。。。就像碰到一个故障，这个黑锅劳资背了。而内卷的地方就是，这个功劳是我的，谁都抢不过去。。。

    2 心态

    心态这个东西很有意思，当你碰到以前没有碰到的突发状态的时候，可能会心态爆炸，例如你引以为傲的是技术，然后别人说的技术就是一坨屎，你会不会炸？当你碰到和以前情况不一致的时候，你会不会崩塌，例如你原来很受尊重，突然某一天，就被各种质疑。

    心态是个很神奇的东西，就像别人说你是傻逼，如果你这个时候也说他是傻逼，那么无论你是不是傻逼。。。至少证明了一个东西，傻逼眼里每个人都是傻逼。

    看过专业的人和不专业的人争吵，最后专业的人完败，因为能从各种出其不意的角度来进行质疑，其实最难的地方在于，造谣一张嘴，辟谣跑断腿。

    当处理故障的时候，别人随意一个质疑，你要去证明，那么就比较复杂了，例如一个服务处理延时突然增高，你需要去查看是否有发布新版本，你需要去看数据库是否存在慢sql，你需要去看数据库是否存在大查询，你需要去看应用的JVM是否有fullgc，你需要去看redis的连接是否超时，你需要去看服务器的性能参数，你需要去看关联服务的调用链路出现异常。。。分布式链路追踪，你值得拥有。

    心态，是一个不断，不停修炼的过程的，就像在悬崖上跳舞，心要静，所谓的敌不动，我不动，敌一动，我依旧不同，稳如泰山。。。如果是你，你怎么控制你的心态，让她保持平稳，而不是动不动就裂开了。。。

    3 选择大于努力

    看起来是选择大于努力，而实际上是大部分的人没得选，能选的只是很小范围的东西，但是很多东西的累计又会造成在重大选择上的必然结果，所以呢，不好说，只能说每件事都要很慎重。

    就像去观察一个服务的统计的信息，对于监控系统来说，其实已经做了很多信息的聚合，信息的延迟，聚合的维度，下钻的维度，所以要综合这些关联的信息进行查看，监控工具让人省心很多，但是并不能完全依赖监控。

    如果没有监控工具，你怎么检查实时的信息，监控信息存在延迟，存在长尾，所以第一时间检查服务是否正常，应该去看日志信息，能拿到第一手的资料，所有的监控系统，吹牛说是实时的，但是也依旧会有几秒的延迟，无论是网络传输，还是信息聚合，还是信息展示。

    善使用工具，而也不能被监控工具所拖累，这个你有得选。。。选择更好的判断方法，选择更好的处理方法。

    今天一天已经过去，如果重来，我怎么做的更好，如何才能更充实，从哪方面改进一下，能不能复用？下一次还会不会再次碰到这种场景，如果再次碰到，我该如何面对？我该如何更优雅的处理？

    4 打的都是人情事故

    看最近西安的事情，某医院被整顿停业三个月，能感知的到这种也是迟早的事情，一不小心在那边玩过。。。

    那么多的都没被处理，就这俩被处理，WHY？不是说不应该被处理，处理的是对的，但是范围选择的太少，应该还有更多的同类型都是这个样子的。。。

    打的是谁，或者只是看背景，只是一种人情世故罢了。。。敬畏生命，敬畏系统变成了一种笑话。。。

    5 运维的目标

    运维，我总觉得运维的目标就是没啥事儿，天天在那玩。

    如果有人找我，那必然不是好事，一般都是故障，如果出了故障，那只能说明我的事前防御没做好，你找我找的越多，我就越烦，因为防御机制失效了，就像我使用redis做缓存，你他娘的天天访问数据库，这就让人很头疼了。。。

    不过呢，出事救火，这种最容易出成绩，因为各大领导都认为你技术牛逼，救系统与水货之中。。。。如果不出事，那么到底是事前防御做的好还是因为系统就是这么牛逼呢？

    如果找我，是因为一个系统不知道怎么用，那说明这个系统的用户体验没做好，居然还需要来问才知道怎么使用，那怎么吹牛逼。。。门槛太高了。

    看不同的人演戏，别有一番滋味在心头。。。

    不同的人就像不同的组件，会出现各种各样的问题，关联思考其实是一个蛮好的办法，只是思考起来比较废脑子。。。况且，一般不带脑子。