武汉金信润天
免费服务热线:13260580922
微信在线咨询:13260580922
武汉金信润天:027-87538126
扫一扫
关注我们
网络运维工程师的发展进阶之路!
时间:2018-09-13 17:34    浏览次数:     发布者:runtimewh    来源:未知    
0
  在知乎上,我常常受邀请答复很多相似的问题:运维究竟是干什么的?运维作业有没有意思?运维有没有出路?运维是不是要被各种技术代替?

  但是自己上知乎以休闲娱乐为主,一般不答复正儿八经的技术或许专业相关的问题,这次希望能经过本文向各位描绘清楚运维究竟是干什么的,至于有没有出路、开展以及会不会赋闲等,请读者自行判断。

  运维是干什么的

  「运维」二字可能有几层意思,别离能够指代运维工程师、运维团队或许是整个运维效劳体系。

  咱们能够看出,这三层是从狭义到广义的递进。信任绝大部分人问的都是运维工程师,只需极少数人能意识到还有运维效劳体系这一层意义。

  咱们常常会听到一些言论,比方:


  云效劳遍及了,运维工程师就要赋闲了。

  等DevOps或许SRE落地了,运维工程师也要赋闲了。

  容器技术遍及了,运维工程师也该赋闲了……

  也记不清运维工程师究竟被赋闲了多少遍,但我以为就算运维工程师被代替了,运维效劳也不会消亡,它将随同并支撑着事务开展的整个生命周期。

  为何这样说?咱们仍是用事务的诞生进程来分析。

  一个站点或许App,大致阅历着这样的诞生进程:PM规划出产品原型,交给Dev开发完成、QA测验,然后交给给Ops布置到线上运转,终究供用户使用。

  在这几个简略进程中触及了很多的人、人物、交给进程等目标,这是一个完好、复杂的体系工程,而恣意一个环节的失误都可能影响终究出现给用户的体验以及效果。

  咱们重点考虑从Dev把事务产品完成后交给给Ops到线上运转的这个阶段,Dev搭档首要担任事务产品的功能完好、逻辑正确等事务目标,而Ops搭档首要担任事务产品的运转质量、稳定性、可用性等体系目标。

  不管后面的交给进程是用DevOps仍是SRE的完成方法,都离不开一个广义的运维效劳的履行环节。

  所以说,Dev仍是Dev,Ops仍是Ops,没有谁被代替,仅仅运维效劳的履行方法晋级为愈加软件工程化的手法,削减人肉操作,DevOps着重主动化、拉动式来提高团队交给功率与质量。

  而传统的运维需求追求技术转型,从正本只重视操作体系层面的技术现已不够了,还要增加对程序代码的功能调优、继续交给、容器化等软件根底架构方面的技术提高,也需求继续重视整个事务、使用、效劳的生命周期办理。

  简略来说,就是把曩昔传统的黑盒运维的思想方法扔掉,进入白盒运维的年代,咱们有必要愈加深化代码、深化事务运营,让整个线上效劳运转于更优质高效的状况。

  至于运维是否会被代替,取决于你归于哪种运维。

  运维工程师和运维开发工程师

  要建造运维主动化或许实践DevOps离不开运维开发工程师的参加,但要怎样才能更好地发挥运维开发的效果呢?

  我曾作为运维产品司理的人物和各种类型的运维开发一同协作过,团队中有正本就做运维开发的,也有正本做其他事务(电商、渠道)的开发转来帮忙运维团队的。

  和他们协作一段日子后,整体感觉如下:

  运维开发首先是一个程序员,不是运维工程师。

  一个好的运维开发需求具有「运维了解」+「开发才能」。

  对「开发才能」的技术要求低于其他事务形状(如游戏、电商、查找等)。

  对运维事务的了解难度会低于电商、游戏等事务形状,即对「运维了解」的要求不高。

  对运维相关技术栈的把握程度要求高,如Linux、Git、Nginx、Zabbix、Docker、K8S等。

  综上所述,运维开发是一个深度不算太深的作业分支,而现在之所以对运维开发需求量热起来了,首要因为老一辈的资深运维遍及研制才能有限,而这是有历史原因的。

  关于从业8年以上的资深运维来说,他们刚开始做运维的时分更多的是接触机房、机架、主机、交换机、防火墙等硬件设备。然后对接事务运维后,一般经过Shell、Python等脚正本辅佐作业。

  比及业界提出DevOps的时分,他们往往现已专注于团队办理、容量规划、架构调优、运维效劳质量等高档范畴,所以根本不太可能抽出大块的时间来重新学习编码并开发主动化体系。

  所以,当咱们有主动化体系的建造需求时,需求更专业的程序员来帮忙。

  但一般的非专职运维开发的程序员做出来的体系关于运维来说往往不太好使,这时分有部分年轻的运维工程师晋级了研制技术,转型运维开发,把好使的运维体系做出来了,赢得了运维团队的好评,咱们都为「运维开发」点赞。

  所以,咱们将「好使的运维体系」和「运维开发」等价起来,以为咱们只需招来一个运维开发,那么一套完美的运维渠道就能主动诞生出来,这是个很大的误区。

  其实「好使的运维体系」真实等价于「运维了解」+「开发才能」,这两种才能也是能够别离的,不一定要强加在运维开发工程师一个人的身上。

  相似其他事务形状的开发进程,需求产品司理和程序员两种人物别离,企业也不会说要招聘既会写代码、又会出需求的程序员。

  所以,当资深运维能把运维主动化的需求详尽地文档化下来,把主动化体系的规划、架构等关键环节建立下来,这就是最好的「运维了解」。

  这时把这份靠谱、好使、详尽的需求文档交给具有强「开发才能」的程序员,终究就能够得到「好使的运维体系」。

  当然,资深运维要获取产品司理才能也不是那么简略,并且也需求和运维开发无障碍地探讨技术,个人觉得有必要具有且不限于以下技术包:

  产品规划、产品规划、面向目标、需求模型、范畴模型、规划模型、规划准则、规划形式、产品工具和文档才能等。

  所以,当运维需求被了解、分析得满足透彻,以及资深运维获得了「产品司理」才能后,运维开发就是一种普通的开发分支,按需求文档编码即可。

  再往高档开展的话,运维开发也能够代替资深运维出需求,晋级为运维产品司理,以程序员的思想视点来处理运维效劳的工程功率和质量问题,我以为这也是相似Google所发起的SRE文明。

  终究,很多运维可能考虑要不要转运维开发,当你觉得编码的趣味远远大于其他运维技术的时分,虽然争取尽力去转!

  把自己当成一个真实的程序员,以程序员的点评规范来要求自己,不要觉得运维才能和编码才能各自半桶水是功德,正如我前面的那句话:“运维开发首先是一个程序员,不是运维工程师。”



阅读推荐:金信润天华为认证培训怎么样
相关推荐
武汉分公司地址:湖北省武汉市洪山区虎泉街凯乐桂园A座9层(虎泉地铁站A出口右手边)
咨询报名电话:18672341218(微信同号)   武汉金信润天:027-87538126   
教学就业监督电话:027-87538125    网站地图   备案号:鄂ICP备15010789号-2
姓名
手机
电话咨询 在线咨询 QQ客服