请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 925|回复: 0

优秀的DevOps工程师必须具备的软技能

[复制链接]
发表于 2020-8-10 15:56:26 | 显示全部楼层 |阅读模式
本帖最后由 陈小宝 于 2020-8-10 15:57 编辑 9 _2 u+ D0 h* p7 v6 l/ }0 C) y7 e8 O8 ~% p
- ^  c5 F& `3 m3 P' n: y# b
年末将至,大批攻城狮与程序猿早已蠢蠢欲动,开始了跳槽涨薪之旅,虽然受社会大形势影响,IT行业虽然无法和前几年的突飞猛进的势头相比,但是对DevOps的热度却只增不减,工程效能团队的普及率正在迅速增长,对DevOps工程师需求量也是呈指数式增加。转型做DevOps工程师、DevOps教练也是逐渐成为IT圈的时尚。那么如何在大量的DevOps工程师中脱颖而出,打破开发与运维之间的隔阂,成为团队内首屈一指的DevOps专家呢?

3 [+ ~+ `' r" Z! h7 v6 _' J
0 ]1 o6 c" r: A( K3 F2 }# n7 ^
首先,DevOps没有初级工程师的说法,只要你了解这个领域,就会知道,需求、开发、构建、测试、安全、发布、部署等都是DevOps工程师必备的能力,为此我们查看所有招聘软件,DevOps工程师的招聘JD中,都会要求候选人了解git、jenkins、sonarqube、ansible、zabbix、docker、k8s、saltstack、java、python、shell、nginx、F5、mysql、redis等等等。如果这些工具、语言全部都了解,怕是初级工程师很难做到。所以一旦进入了这个领域,已经成为一位高级工程师,并且有足够的能力能Hold上述开源工具及语言了。这些都是DevOps工程师应该具备的硬实力,如果感觉自己在DevOps这个领域没有进步空间,请打开招聘软件随便看一个岗位需求,自然就会知道自己欠缺的技能。

$ K8 G" H0 M, X% J4 p! t5 i7 l4 h1 i* B5 U; I8 K
DevOps工程师只具备上述技能点就能完美匹配职责么,为什么每次我们看到业界大拿每次在运维峰会上侃侃而谈,而自己却只能坐在工位上配置ansible、编写流水线?所以仅仅靠技术是无法成为DevOps专家的,工具及语言只是用来解决问题的手段,为此我们还需要具备下述软技能来突破瓶颈或提升个人能力:
* L3 |" }6 n$ A4 P4 x
: ^4 Q5 l+ @; `0 q  c/ k
0 J4 k3 X" _9 t9 G7 z3 |
01% H! b' w  J( q
敏捷及项目管理能力

! |% p. \  l6 T  B+ \# B
: n: R, ~9 w( j$ S3 @2 [; e# D
. c+ u: S1 z4 {+ V
DevOps与敏捷有着千丝万缕的联系,为了实现DevOps的首要目标:增强客户体验、提高创新能力、更快实现价值,那么作为一位DevOps工程师,你是否了解客户的需求、产品的目标、用户的体验、业界的发展方向等?如果不了解,请你去参与业务组的每日站会。可以通过站会了解到,需求是如何拆解的,迭代周期为什么设计为双周,发布频率、功能的使用群体等。有这样的经验积累,才能开发出更贴合业务需求的DevOps平台,业务部门也可以放心的将整个持续交付流程运行在你所开发的平台中。更好的做法是,DevOps工程师可以带领业务团队实践敏捷,结合开发的平台,设计最佳的项目管理及敏捷方案,并把方案落实到实际的项目中,最终通过交付流水线来落地,实现真正的DevOps持续交付。

! ?% g' w8 S3 R! C8 `1 a- e; T( Z, J1 k1 x: y, n
02
技术布道能力
' ?) A6 x# X, ^+ Q
# l9 J( o: }5 y) B
作为DevOps工程师,无论是落地了某些强大的工具链、还是引入了哪种前沿的开发理念,如果没有人去使用,依然是毫无价值。
技术布道从性质上说更靠近市场推广、而从行为细节更贴近技术。DevOps工程师首要的工作就是技术及工具链选型。选择更适合业务发展的技术方案和架构带来的工程效能的提升不是一点点的,所以对新技术的敏感性是DevOps工程师的一个核心技能。一味的适应过去的开发模式,不去尝试改变,是无法实践DevOps的。所以新的开发模式、前沿的技术理念如何在整个组织内推广就是DevOps工程师的职责了。在工具链维护、DevOps平台开发的工作之余,做好技术推广、写好技术文章、处理好与开发团队运维团队的关系,给使用者一个好的体验和目标,DevOps的转型自然会得到团队的支持。

% D0 @) F& t2 G4 y! ?* ~0 q0 O6 W1 n, ^2 G% b0 s/ b7 J/ K9 C

0 W, B: J3 P) Y( Y
03
成本控制能力(赚钱与花钱的能力)

5 i" ~5 w6 `' ^4 L7 b; j9 f5 L

0 T: F; y; p( _
( Q! Q5 b  K% R7 D7 w; M. X5 {
站在巨人的肩膀上,我们可以看的更远,所以在DevOps建设过程中我们使用了大量的开源工具,避免自己造轮子。但是开源工具是需要维护成本和二次开发的,稳定性和安全性都是我们在使用过程中的巨大的挑战。一个DevOps工程师的成本算上社保、公积金、工资、奖金等一年不会低于500K,但是500K可以购买的商业软件确比比皆是。如果用一个工程师一年的成本去购买一个商业软件,可以节省掉3个工程师的维护和二次开发的时间,并且提高了产品的稳定性和易用性,这笔买卖不值么?用省下来的钱给工程师发奖金,不香么(当然省下来的钱也大概率不会打到员工的工资卡上)。

% G7 @/ z* J+ E; o
所以,不是全部用开源的就省钱,这个时代最贵的是人才!所以DevOps工程师要有成本控制的思维,无论在硬件还是在软件的选型上,都要精打细算,毕竟DevOps团队是个花钱的团队,花掉的钱一定要产生价值,虽然业务价值不好评估,我们可以评估节省的成本来体现DevOps的重要性。
2 Q; f0 ?; K1 \' d+ |2 s
5 p, n- m( g$ ~9 y+ Y2 i
04
PPT

5 S3 p3 B( J0 k! G8 y8 ^3 i
6 C1 `! e6 U, G& ]; o' x8 W
PPT一直是程序员的痛处,甚至一度有一些有趣的声音,比如某公司年会上对PPT的吐槽,PPT做得好会变相的认为该员工没有实际的能力,只能靠PPT汇报的精彩就得以晋升,所以流传着一句话“累死累活干不过做 PPT 的”。这种声音是错误的,,PPT 是 DOC文档的精华本,一般大多数时候通过图文图表等方式展示你要表达的重点。没有哪位专家是拿着github地址来分享代码如何构思巧妙,逻辑如何精彩的。ppt是用于人与人交流的介质,DevOps工程师可以通过吸引人的PPT帮助其他开发者理解你所推广的开发理念,接受统一的持续集成工具链。

! k' q; A" I9 Y5 W8 h8 p9 A2 [- j: {2 n+ J" `/ a. K; Y

4 h- Y' ~5 x+ q  ]* S& g7 R
05
演讲能力
$ f8 Z, G0 C- ^/ e  K$ ?, ]
- p- `; y; ], y3 L
综上,具备了项目管理能力、敏捷能力、对新技术敏感性、具备了技术布道能力,PPT能力,接下来就是演讲能力了。为什么需要演讲能力?公司内的开发人员、测试人员、运维人员都相当于你的客户,给客户演示你的DevOps平台,介绍前沿的DevOps理念,都是需要站台的,这是一个体现演讲能力最常见的场景了。所以,DevOps工程师一定不要只知道盯着屏幕撸代码,只有与其他团队加强沟通,才能慢慢消除掉彼此间的不信任,消除运维与开发之间的隔阂。推广DevOps的不只有技术,文化依然是关键的一个环节。
* W" h# v) K2 h* L3 F) \) L

: N* U. w: @* a" p9 F; s  U& K
5 z/ e+ X* L0 m5 o' m
DevOps是开发运维一体化、更是工具和文化的集合体,作为一名优秀的DevOps工程师,具备全面技术能力是基础,自身软技能的积累则是决定因素。( 李威)

$ X" X* J6 m$ j! V& n% p' H4 U8 Z




上一篇:通往成功DevOps的六大障碍
下一篇:DevOps是如何实现效率提升的?
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2021-12-2 23:17 , Processed in 0.127591 second(s), 28 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表