运维并不是工具人

写这篇主要是因为一个工作误会。事情是这样的，在我认知中，网段划分的维护管理工作这肯定是网工那边职责，因为如果我说怎么怎么做需要哪些路由指向哪里，由我分配，我毕竟只负责监控，只有监控对接平台网管API接口，如果我来决定这段地址的用法，其他安全那边、资源开通等对接平台API接口时候，他们不会找我监控这边，到时候如果他们也自己也找个地址告诉网工怎么做路由，或者说发现了地址冲突，其他部门都协调好了路由做好了，别人活白干不说，后面地址冲突谁来负责，作为做网络打通的人说需求是他们提的，提的有问题。

我就这么和网工一说。网工说是非标操作，那我就说有什么其他更好方案。问了也不说，当时也比较生气，说他是工具人（这里我不是贬义，意思请往下看）。但是我相信他的能力肯定不止于此，可能感觉我是给他分配工作，或者他感觉可能工作量大、有压力，所以才这样吧。

在工作上我向来对事不对人，有顾虑的话讲出来也好说，工作上的事又不是隐私问题，也没啥不好说的，详细原因啥都不说，我又不是真的一点都不懂网络，搞得我头上一堆问号。而且既然说了非标操作，那说明有标准操作，标准操作是什么，合不合理，我相信会上也讨论过，大家认可且已定好了的东西，拿出来应该也不困难。我接直白说，如果网络都已经标准化了，那要么多网工干嘛。我监控的标准化推进也是步履维艰，到现在还要不断的适应调整。网络怎么可能这么快标准化，谁推动的，标准是什么？我头上又再次来了一堆问号。

运维还是工具人

工具人职责

工具人像是工具一样被对方使用或使唤。也就是让做什么就只做什么，让写什么路由就写什么路由。毫无运维职责中的管理面，只是做一些简单的技术活。当然这里并不是歧视这类人。刚入行的新人就是工具人，就比如我刚入行时候也是个工具人。因为什么都不懂，技能储备少，那确实也只能做个工具人。

运维职责

要理解运维人员和工具人的区别，首先得知道运维人员职责。职责只有一个，就是运行和维护的管理职责。不仅要保障线上服务正常上线和运行，还需要做到维护管理。什么是维护管理，处理故障修机器？网络配置？搭建环境？业务上线？监控配置？ 这些都只算运行的事项。维护管理更多的在于制定方案、规划、数据的维护。

运维之后

有时候技术上解决了个什么问题，的确很有成就感。但作为运维不能只是会解决问题，也不能长期活在自己的成就感中。这些都只是基础，和工具人没有任何区别。请把步子迈出去，多思考，从不同角度多考虑下后续的维护，能把这一步迈出去的也没多少人。如果说啥都不考虑率，只做一个工具人，东西没标准，怎么交接新人做。当然办法是有，我能想到的有如下两个办法：

1. 找一个没脑子的憨憨，是屎是宝欺负那人又不懂，直接交接。

2. 也做了些归集，但缺少制定的标准，交接内容可以缺斤少两，反正对方察觉不到。

3. 找一个不知道拒绝的，关系好的人来交接。

   虽然工作有人后面接替了，给后面的人留下的只有一地鸡毛，无故的增加一堆工作量。

在运维职责之后，需要做的是往自动化靠，至少把职责范畴内的尽量往自动化方向靠。不管是对后面的自己还是新人都能清晰的知道自己的工作是什么，也不占用太多时间去处理日常工作。工作期间自己也是写了写自动化的脚本去处理手头的杂活。如果不用脚本，估计得需要两个人才能完成我的工作。而且还给别人提供了一些脚本，目前新人使用时候还得装python环境每次都要找我（后续有空的话尝试做成浏览器插件，这样不用担心环境问题了）。但是我并没有多拿一份工资。脚本（实现起来快，又能暂时缓解手头事情）比自动化流程简单，下面就说说实现自动化流程的一些难点吧。

自动化流程的难点

什么是自动化流程，需要具备哪些特点？

• 减少人员的数据维护工作量，流程操作工作量
• 有一定自动纠错能力，数据准确性有保障
• 有规范标准，上下游任务及数据能够衔接
• 能够尽可能的覆盖日常工作

技术面

在技术角度上自动化并不难。雷军说过，大家遇到的99%的问题，别人都遇到过，所以技术上并不难。有些人会觉得某某某技术强，某某某技术不行。其实两者区别又在哪里呢？技术好的就不需要百度，不需要网上查一下了么？所有的官方文档怎么说都有上千亿字不止，不停地版本和功能的更替，谁能记得住。所以说两者都需要网上查，无非就是技术好的搜的快一些、理解的快一些、解决的快一些、技术积累多一些罢了。技术差的搜的慢一些、理解的慢一些、解决的慢一些、技术还得慢慢积累成长。只要愿意花时间我觉得并不存在技术好与差。

难点在哪

跨部门协调困难

很多公司都有这个问题，遇到跨部门时候难免会涉及到扯皮。就算有领导背书这事必做不可，也会因为责任问题互相扯皮。但是有领导背书发生扯皮的情况相对好一些。特别是从底层发起的跨部门协调做一件事，那明着暗着扯皮情况那是经常会发生。

为什么会发生扯皮？ 第一个前面也说了，责任问题。第二个分工问题，凭什么让我帮你做，这不是给我加活么。第三个时间问题，双方空闲时间不等，沟通时间少，简单说没时间搭理。

以上的问题，在我摸索下来。要去解决，那就必须要跨部门双方的目标一致。花多点的时间沟通制定双方认可的标准。多考虑后续可能发生的问题，商定解决方案。让后续问题尽可能少，以免反复占用对方时间，我就很反感别人占用我的时间。

协作内容梳理困难

要打造自动化流程，必须知道上下游的工作。知道对方需要什么，制定双方认可的标准。很多人基本不会太关心上下游的工作是怎么做的，所以梳理这个非常困难。而且上下游涉及工作内容不一样，如果不了解对方需要什么的话，沟通起来可能相同词语不同词义会导致误解。

其次遇到一些不明事理的，可能不会理解你为啥要这些要那些，已经事情很多了，为啥还来烦我。也是梳理协做内容的绊脚石。

我觉得以上两点就已经够喝一壶了。而且在梳理过程中难免会有遗漏疏忽，一个公司中哪有啥都知道的全能王？

最后说下新同事

新来几个交大实习生，接触下来感觉的确是懂得思考的人，逻辑清晰，表达能力也是比我强。老实说比我带的另一个人在思考这方面确实强很多，就说上次提的资源申请。访问互联网走互联网墙，访问…一共三个墙。我也早和他说过，带他看过拓扑。居然也能提错，而且在我第一时间问题为什么走专线墙，居然回答不上来。那我想的就是，要么填的时候没思考，要么就是粗心没在意，要么就是这些概念混乱。好在后面在问他时候，思索一段时间后他能说出正确的墙，那估计是填的时候没思考吧。

一个萝卜一个坑，在其位思其职，工作量大承受不了，那就反馈给领导，领导来协调（很多人就不说默默承受，压死骆驼就是那最后一根稻草）。学会思考，不要沦落成工具人。

本文由 mdnice 多平台发布