公司中的高薪运维人员都负责哪些工作?

公司中的运维人员都负责哪些工作?

1、运维自身缺少对目标充分的规划和实施拆分，导致很多工作无技术性。运维是一定会做基础性工作的，例如部署服务、上线，甚至搬机器、重装系统等等。但运维肯定不能只做这些，因此在剩余时间如何做有利于运维技术提升的事，就尤为重要。

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

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

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

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

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

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

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

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

那么在BAT从事运维的同学们都在做什么?从几个层面简单描述：

▼运维职能方面：首先，BAT在运维上的分工更细，一般系统、数据库、应用运维这些都是完全分开的，因此在岗能上可能更加专注，当然涉及的面肯定会窄。

工作职能上，运维主要在可用性、效率提升、成本控制这3个主要方面发力，并和公司、研发的目标密切关联，运维所做的绝大部分工作都是从这3个目标中拆出来的。

技术提升上，主要是以项目的形式，利用对服务的了解和技术方案，来解决共性问题。

▼技术工作方面：以服务可用性为例，绝不仅仅只是处理报警，操作时小心些，写几个自动化工具这么简单，它包括了：

技术方案：预案执行是否足够清晰明确、速度足够快;监控是否能及时发现问题，避免客户投诉;服务出现任何问题，是否都有及时的方案止损和解决(例如机房异常的问题);业务出现问题，是否有方案能够定位和恢复;

非技术方案：流程的控制(任何对线上的操作是否有记录、随时回滚、方便review)，信息的披露(信息是否公开透明)。

▼做事方法方面：数据说话。今年的可用性目标是保持服务基本稳定?还是保持服务可用性99.**?还是保持99.**基础上0运维事故，同时mttr小于20分钟?

严格按照既定计划安排工作、review、总结。有明确的工作实施拆分细则么，精确到什么时间维度，季度?月?周?日?多久review一次?