BAT的运维人员都拥有哪些技能

为何别人眼中的运维没有技术含量?

很多人片面的认为运维没有技术含量，这其实是一个错误的认知。因为，运维也分很多层次，要看你做到哪个阶段了，基本，现在一个除了掌握基本技能的运维，如果还能掌握云计算技术和一门编程语言(例如Python语言较适合运维人员)，那么你已经处于一个高层次了，基本属于全栈开发运维人员，这样的运维，根本不用愁找工作，*自然也是比别的普通运维高几个层次。

我自己在大公司和小公司都呆过，我认为主要是初级运维太多，而他们做的事很多根本不能称之为运维，总结如下几点：

1、运维自身缺少对目标充分的规划和实施拆分，导致很多工作无技术性。

运维是一定会做基础性工作的，例如部署服务、上线，甚至搬机器、重装系统等等。但运维肯定不能只做这些，因此在剩余时间如何做有利于运维技术提升的事，就尤为重要。

举个简单例子：当你和研发一起做一些事的时候，你在里面的定位是什么，怎么体现你的价值和技术能力?如果没有，基本就是在帮别人做贡献。

2、运维自身负责的点非常多，无法精通，无核心竞争力。

大的范畴包括：硬件、网络、操作系统、数据库、存储、开源软件;职责上要负责：各种功能的部署和调试，例如ldap、samba、nagios等;再细的分工还包括：压力测试、性能优化、内核参数调优、系统问题追查等。

很多运维因为要做太多不同层面的事，导致很多事都仅仅只是完成任务，缺乏深入的研究，当然可能也缺少深入研究的场景。

3、运维自身的总结、呈现不够，技术能力提升不足。

其实和*一点关联比较多，因为本身没有对目标充分的规划，再加上总结呈现也不够，对技术的提升就比较有限了。

举个真实例子，我认识一个人做运维7年多，期间在几家公司做过不少事且时间都不短，正常来说会有相当的积累。前段时间因为要帮他到bat时review了他的简历，有几个感受：简历通篇都是描述性词汇，无数据支撑;项目工作都是叙事型描述，充斥着服务搭建、解决问题的字样，没有技术点;仅有的技术工作都是一笔带过，没有方案选型和技术能力体现，无法体现技术水准;

我自己面试过很多人，老实说这样的简历远远达不到及格分。当应聘公司拿到这样简历时，如何能了解到你就是公司需要的人?

4、运维在技术部门毫无话语权，技术上得不到应有重视。

在研发和测试的眼里，运维可能就是搬机器、重装系统、部署服务、掌握root权限这样毫无技术含量的职位，但也不得不承认，在很多公司，运维实际上就是这样。

上面是从反面举例说明为什么一些运维感觉没有技术含量，这跟你自身的能力是成正比的。实际上，不管是哪个职业，只要你做的不好，都没有前途。比如研发一般比较有前途吧，但很多研发人员做了差不多十年，较后还转型做其他职业了;我身边运维做到等级很高，跳槽出去到中小型公司就是运维总监的人比比皆是。