您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件开发专栏 > 系统/运维 > 正文

运维不迷茫:给1到10年运维人的“修仙”指南

发表于:2018-11-15 作者:李强 来源:51CTO技术栈

今天跟大家分享一下运维人的职业生涯发展和相应的软硬技能提升,主要分为两个部分:第一是运维工程师成长的烦恼;第二是怎么走好自己的运维之路。

运维不迷茫:给1到10年运维人的“修仙”指南

 

运维工程师成长的烦恼

 

 

在第一部分里,根据自己长时间的工作经验,我把运维工程师按照工龄做了一些年限上的划分,比如任职三年、五年、八年……处于不同阶段,运维人也呈现出相当不同的状态。  

 


1-3 年:有技术的逗逼


随性工程师

 

在工作时间内,一般是比较随性的工程师,做一天和尚撞一天钟,我也亲身经历过此阶段。

 

这时候还没有什么责任心,不会有过多的想法,只负责去执行,而不做过多的思考。

 

与工作时间内的“被动思维”呼应的是,下班之后夜生活比较丰富,撩妹、抖音、打游戏等。

 

做技术容易“管中窥豹”

 

什么概念呢?一到三年的运维人大部分靠度娘,例如 Nginx 配置最大连接数只知道上网获取 65535 相关的配置,但是配置背后的原因和原理,他们不知道也不甚关心。至于一些文章里的配图,更不会做深入研究。

 

工作态度积极,冲劲足

 

我曾接带过一个实习运维工程师:3 月份入职,9 月份离职。初来乍到特别散漫,做事只应付我们的基本期待。

 

后来接受了一些思想指导,小伙子工作突然很有冲劲;他所做的事情,包括日报、周报内容的撰写,表现得判若两人。

 

2015 年 4 月份的 22 个工作日,他加班 22 天,天天至凌晨两三点。期间技能也得到了极大提升:比如让他测试集群的性能,积极去做之外,也会认真思考为什么去做这件事情;对新技术进行研究,思考怎么样把它快速地掌握。

 

事务型人才

 

最后,我把各个行业的小朋友都称为事务型人才,顾名思义,只需要把事情做好,达到公司的业务目的即可。

 

“顾头不顾尾”也是一种常态,我指导过一名 90 后的运维工程师,他做代码发布,只管发上去,无视后期事态,比如是否发布成功、业务是否可以访问等。 

 

3-5 年专业资深人士

技术提升

 

技术的确得到一定的提升,这是生存规律。初入公司,一张白纸,为了掌握了解公司的业务,你会去学习,否则就只能被淘汰。

 

“跳槽”惯性

 

技术提高以后,会陷入“跳槽”惯性。上面提到的 2015 年 3 月份到我这边的运维工程师,刚入职时转正 5K,9 月份离职去大麦网以后薪资一下到 13K,的确这时候跳槽提升得很快。

 

但是容易迷茫,如果频繁跳槽,发现好像跳到这家公司和那家去差不多,到底应该怎样去做,就不明晰了。

 

这时候,我们运维的技术方向就发生变化了,基础架构运维和开发型运维开始分化,其中 DevOps 会更多一些,一些运维工程师会产生迷茫,到底是去做什么。

 

我所认识的一些人做到五年左右,基础架构运维的事情还没有非常深入的时候,就去做了 DevOps,发现原有的开源组件并不能用得很好,给公司以及个人的发展带来了一定的风险。

 

技术能力与高薪预期的“错位”

 

技术能力提升减缓与高薪预期的“错位”,这一阶段的中级运维或高级运维都容易自傲。

 

我面试的运维人有跟我同龄的,还有比我大的,他们中有些人技术知识还停留在五年前,却因为自己从事这方面有一定时间了,产生高薪的期望。这就造成错位,高薪期待和实际能力不匹配。    

 

事务型和思考型人才

 

3-5 年运维人属于事务型和思考型人才,身为中级或再高一级的运维工程师,大部分人还是处于被领导的状态。

 

有经验和学习能力加持,他们会思考什么是该掌握的东西,不过思考的强度往往还不够。

 

缺乏总结跟复盘

 

最后,缺乏总结跟复盘。我相信运维人面对新的技术,或者做一些测试的时候,都会做笔记。

 

那为什么还缺乏总结?很多时候笔记就只是一本笔记,并没有回翻笔记来复习,更不会及时更新笔记内容和分类。

 

 

5-8 年:运维经理,至少运维主管

5-8 年的运维人基本上是运维经理,至少是运维主管。但是,很多运维工程师是凭着技术能力和工作年限成为运维经理的,这中间要面对一个从技术到管理的跳跃,所以存在较多问题等待适应和解决。

 

找不到自己的定位

 

升任到运维经理后,很多事情还是自己承担,导致团队里的其他兄弟分担任务很少,进步很慢,长远来看也不利于整个团队的发展。

 

团队意识薄弱

 

不会带团队,不懂得利用团队的力量来满足公司的业务需要,还是做原来的角色。

 

对管理角色的认知出现偏差

 

身份转变来得突然,面对新角色不适应,比如开始摆架子,趾高气昂,指使别人做这个做那个。

 

另外,不习惯处理管理类事务,比如某一公司的业务在机房的哥们先是运维工程师,被提到了 IT 主管。

 

每天都要做报表,他会觉得太烦了,宁可不做,想回去继续做一个运维工程师。

 

思考与事务占比相对来说会更均衡

 

做了运维经理以后,你更多的时候要思考的是怎么让自己的运维更加有效率,怎么让公司形成这种标准化、规范化的运维体系以及运维技术体系。

 

所以这时候,作为一个领导者,可能既要处理团队里疑难的技术问题,同时还要去规范运维体系。

 

运维技术容易达到瓶颈期

 

公司里面处理线上事务特别多的时候,对于一个运维经理来讲,时间、精力用来补足管理,很少能进行技术知识的更新,所以技术知识往往就会停留在那个阶段。

 

但是在做技术的圈子里有个特别好玩的现象,底下的普通员工如果要服你,就要看你的技术能力是否够强。技术能力不强,即使你的管理能力很强,下面的兄弟也不认你。

 

我遇上好多这样的情况。有一位运维工程师朋友认为自己经理的技术能力不强,瞎指挥。

 

但纵然这位经理技不如人,他可以把一些任务安排有时间节点地完成,而且保证一定的质量,这就是懂得管理。

 

而我认识的这个朋友,虽然他也做了八九年了,却始终是一个普通的基层技术人员,做不上管理岗。

 

 
   

8-10 年:运维总监/运维架构师

8-10 年的运维人,已达运维总监/运维架构师层次。这时候技术经验和管理经验都已经非常丰富,加上做了运维总监或运维架构师,他们都有比较好的职业习惯。

 

知识陈旧

 

因为他们不再做一线的运维了,问题交给团队的人处理,自己只会给一个思路。

 

比如说:不管做 DBA 还是做运维的,他们对听过的名词都熟得不能再熟,但就是做不到毫秒级的故障切换。

 

不久有人来问我,你们是怎么能做到毫秒级故障切换的?我回答说我们对于技术的领域是一直更新的,Failover 用的最多的还是 Keepalived,Keepalived 官方已经给了答案。

 

另外做技术是我的兴趣,做管理是我的工作。

 

 

学习能力下降

能做到运维总监或运维架构师,年龄绝对不会特别小,一般都在 33 到 35 岁之间。

 

这时候,家庭、团队、公司都有很多事情会分散精力,相比而言学习能力会有所下降。

 

我在没有孩子之前,一周至少有三个晚上可以腾出来三个小时学习。现在,常常被两个孩子缠着玩,等他们睡着以后发现剩下的一个小时或半个小时压根儿就不够,加上早起,精神上会很累。

 

新事务接受能力下降

 

比如做数据仓库和区块链这些比较火的技术,没法让一帮三十几岁的人去搞技术攻关,攻不了,精力也不够。

 

不懂的东西会越来越多

 

现在的新技术非常多,如果你不保持更新自己的知识体系,就会发现跟不上行业的发展节奏。

 

对于事情目的、目标不明确

 

很多人对于运维这件事只管做,但为什么做、到底要做成什么样子的,并不在乎。


 

比如做故障切换的时候,我们是要求十毫秒必须发现问题,两毫秒以内故障切换。

 

但很多公司并没有这个要求,只要出了故障切过去就行,至于你的业务中断多少时间可能都不会去思考。

 

以上是我根据实际工作经验,对不同阶段运维工程师的特征做的一些总结。我还是希望更多的运维工程师可以走好自己的职业生涯,因此有了下面的一些建议。

运维不迷茫:给1到10年运维人的“修仙”指南

 

怎么走好自己的运维之路

 

先分享一下我最近面试新人时的一些经验。我面试时不会问过多问题,我就问应聘者:你会不会安装操作系统?

 

这个问题看似简单,其实不那么容易回答。应聘者没有一个人说得上来,为什么我的操作系统安装到服务器上,服务器可以正常运行,也没有一个人说得上来。

 

我又问,你能在任何一个服务器上安装操作系统吗?他们回答是“能”。这就是不善于去深入挖掘,是比较肤浅的。

再比如做配置的时候,很多人会选择输入网上的资料,我们操作系统里面配置 /etc/security/limits.conf 时,有人会将 nofile 配置为 65535。

 

我问他们,你为什么不配一个 65536 呢?他说不允许。我就笑了,说明很多人不会仔细地深究这个 65535 到底能配还是不能配,能不能比这个大,大多少倍,这些都没有人去思考。

 

所以,面试结束我都会告诉他们说,能够深入,你才会有价值。

 

对于刚入职场的人而言,五年以内的发展多凭借硬实力;而五年之后,运维软实力才决定他能走多远。

 

 
    

打磨硬实力

官方文档

 

红帽招人面试时会问一个问题,当运维的环境出现故障,你首先从哪里查找资料解决问题?

 

如果回答,我先从红帽的官方文档上找,然后再去处理思路,你已经把一只脚踏入红帽了。

 

如果说你先通过谷歌搜索,还能继续往下聊一会儿,但如果你说先通过百度搜索,下面就已经不用再进行了。这些都是红帽相关负责人告诉我的。

 

及时跟上时下比较火的技术

 

现在很多人学运维,只把技术停留在落后的架构上,然后根据百度上查找到的资料使用起来,而且没办法做到更深入的使用。对于优化也仅仅停留在稍微修改就可以的程度,不会做更深入的研究。

 

多关注技术公众号

 

我关注了二十多个技术类的公众号,不为别的,就是为了能及时了解新技术,提升自己的见识。

 

给自己投资技术类书籍

 

我有一个观点,给自己家庭买东西的时候,要舍得花钱;给自己手底下兄弟谋福利的时候,眼睛眨都不要眨;给自己的大脑做投资的时候,也是如此。

 

看书就是一项对自己有益的投资,以下是我看过后觉得不错的书,推荐给大家:

  • 《亿级流量网站架构核心技术》

  • 《Linux 性能优化》

  • 《Linux 防火墙第四版》

  • 《海量运维运营规划之道》

  • 《精通 Nginx 第二版》

  • 《MySQL 运维内参》

  • 《高性能 MySQL 第三版》





实验

因为技术对我而言是一种兴趣爱好,虽然精力上分不开那么多,但每当出来一些新软件或新版本,我都会去摸一摸,看看根据自己以前的技术知识能不能把它运作起来,同时摸索是否有更好的新用法。

 

 

提升软实力

我现在对部门所有运维工程师的软实力提升,要求非常高,比硬实力要高得多。

 

沟通能力

 

面试沟通:我面试的时候,发现有些人沟通能力太差,坐了一会儿就开始紧张,紧张得手都不知道该往哪放了。

 

虽然我已经尽可能地让他在轻松的环境里面试,以最轻松的话题谈起再逐渐进入主题,但他还是紧张得不知所措。

 

不过,沟通能力不代表口若悬河,应该具备一些关键要素,交流时讲清楚做了什么事、为什么做这个事、有多少种方法去做,这才是沟通能力。

 

上下级沟通:做管理的时候会发现,领导者最希望听到下属的反馈。当我向下安排任务时,我希望他们过一会儿来找我,了解做这件事的目的、怎么规避风险、有没有其他应急预案等。

 

如果不沟通的话,上下级很容易会产生这样的问题:比如说我安排的配置要求很高,但他们并不知道我所希望达到的程度,自以为已经配置得很好了,到了交付成果的时候才发现效果不够好。如此反复,领导者只能不时盯紧手下人的任务进程。

我们建立呼叫中心的时候,招来了一个管人力资源的人,他入职第一周下午下班后给我和公司所有高管发了周报,汇报项目的完成进度、完成结果、由谁负责、为何延期等,写得非常详细。当时所有人的反应都是,这个人一定要好好留着。

 

所以说,通过写周报,就体现了他的价值。推荐看看《不懂汇报工作,还敢拼职场》这本书。

 

时间管理能力(碎片时间)

 

大家在不加班的情况下,下班后手机一般都是用来干什么的呢?我的习惯是如果坐地铁,会利用这个时间看看文档、PDF 等。

非常值得一提的是去年给我们公司做培训的一位讲师,他的碎片时间管理极为优秀。

 

比如在峰会的现场,会有 10 分钟的短歇时间,他可以在这 10 分钟里写一份 PPT 为明天的演讲做准备。

 

但一般人都会在做完今天这场分享之后再去做下一场的 PPT。所以说,懂得利用碎片时间是很重要的。

 

方法论











作为技术人员经常会用到的方法论是什么?

   SWOT

   6W2H

    PDCA

    鱼骨图:人、机、法、料、环
 
    任务分解法

   SMART 原则:具体、可衡量、可实现、时效性、相关性

    思维导图

 

SWOT 原则可用于分析你自己的优势和劣势。当你去新的一家公司工作,挑战、机遇各是什么?所以我面试的时候常会问两个问题,你认识你自己吗?

有些人想过,有些人没想过,我会再细化,你自己的优势是什么?劣势是什么?

 

PDCA 原则其实就是帮助我们在做事情前做好计划,做完了再去检查,检查之后发现有没有改进,或者有偏差的地方通过纠偏,通过不断的 PDCA 原则越做越好。

很多时候,如果想做好,PDCA 原则是一定要有的。推荐看看《管理管到位就这几招》这本书。

 

鱼骨图、任务分解法、思维导图,这三个是我做任何事情都会用到。如果用鱼骨图做不成功,反过头来,把做不成功的原因定位,做好方案,再根据思维导图做这个任务。

你的执行计划是什么,执行计划做出来,接着做任务分解:什么时间,做什么事情,你需要什么配合。

工具




以下这些工具也是技术人员经常需要用到的:

  •    Xmind:用于做思维导图。



  •    JIRA:通过 JIRA 管理项目,根据项目的进度来评估团队每个人每周工作是否饱和。如果谁这周空着,我就让他做学习、提升或优化。

  •    Confluence:在这个系统里做文档管理。
     



      项目管理能力以及事件回顾、复盘能力

最后,项目管理能力以及事件回顾、复盘能力也同样是需要提升的软实力,推荐看看《复盘:对过去的事情做思维演练》这本书。


作者:李强

编辑:陶家龙、孙淑娟

出处:转载自「dbaplus社群」微信公众号,本文根据李强老师在〖2018 DAMS中国数据资产管理峰会〗现场演讲内容整理而成。

李强,10 年以上运维及管理经验,先后在 AdMaster、饿了么担任运维经理;现任天天拍车运维总监,主要负责天天拍车运维架构的管理、持续优化以及运维团队的建设、培养。擅长互联网运维体系、运维技术体系的建立以及高并发互联网基础架构的设计及优化。同时作为国内最早一批思科网络模拟器的推广者、虚拟化先锋论坛的创始人,一直致力于网络模拟器使用的推广,为国内培养网络工程师尽一份力。