IT运维这份工作有没有意思?看看行内人怎么说…

社区广播:运维派(Yunweipai.com)是国内最早成立的IT运维社区,欢迎大家投稿,让运维人不再孤寂的成长!

maintenance

2017年4月补充:

这篇文章是14年整理的,很多人说运维这个岗位会慢慢消失,但从目前的趋势来看,企业对运维人员的需求越来越大,同时对运维人员的技能要求也越来越高,当然待遇也越来越高了。

在公司里面,IT运维通常都被认为是打杂的、吃力不讨好的工作。那些从事这类工作的童鞋们 ,你们觉得IT运维有意思么?如果有,那哪方面比较有意思呢?

陈小生,网络游戏系统运维工程师

最近收到批量邮件,都是某某某职位某某某同事升职的消息,高级xxx,资深xxx,就是没有SA职位的动静。呵,同事的一句话:我们已经是ROOT了,不需要这些!

有了ROOT,还会没趣么?

dccmx,IT、互联网、搞技术的

这个跟如何定位运维工作以及如何要求运维工作有关。有没有趣不好说,但是如果说有没有挑战,那是肯定有的。这里就说说运维的挑战。

运维本身范围很广,从基本的资源管理、配置,到数据库维护、应用的部署。再到事故的分析处理。到处需要技术与智慧。和业务开发一样,只要量一上来,什么都是问题。

如果仅仅把自己的工作定位于帮开发准备一下机器,部署一下应用,删一删垃圾文件,再盯一盯机器,然后,做这些事情的时候就按照最普通的手工方法一步一步做,一个人做不来,就两个人做,一天做不完就两天做完,反正能在某个时间做完就行了。如果这样,很快工作就会变得枯燥乏味。

如果把要求提高,能够用最少的人,花最少的时间和精力,将这些基本的事情做漂亮,后续监控不要人肉盯。那就很难了。

如果再进一步,想反过来促进开发,让开发人员在开发的时候就想到这个业务需要怎么样来运维,那挑战就更多了。

此外,突发事故的处理也是极需要技术和经验的,这里的挑战很多,技术和经验的积累不必多说,另外我觉得很关键的一点是,运维有没有渗透到业务的开发中。

总结来说就是一句话——就看你喜不喜欢挑战。如果你喜欢挑战,那就是有趣的;否则,就是个打杂的。

张麒,System Admin

认为运维是打杂的公司,他们的内部IT一般不会好,有可能一团糟。
首先从运维工作的性质来讲,在任何公司都是一种“服务型“岗位,如果运维搞不好,会严重影响公司的发展,尤其是IT公司。打个很简单的比方,公司的内部网络需要维护,文件服务器、BBS、邮件等等,非技术类的工作还包括固定资产管理、设备选型、采购,另外就是日常办公设备的维护、保养……也许工作比较杂,但绝对不是一个打杂的。

第二来看看运维做的事情:
1、同事上不了网、系统中病毒了、打印机挂了都需要去迅速解决。这是大部分运维工程师都会遇到的事情,但是,如何能让这些情况尽可能少的发生,并且发生之后在最短的时间内恢复则是需要下一番功夫研究的。
2、服务器维护。能够同时维护Windows和Linux服务器的运维你们伤不起啊!不要以为Windows就是简单的点几下鼠标,也不要以为Linux像传说中那样百毒不侵,进能调sendmail、postfix、nginx……退可玩Exchange、IIS、SQL Server……这样才叫运维工程师。
3、网络维护。有钱人玩Cisco,穷人折腾华为……路由不用路由器反而弄个Linux PC玩iptables。
4、高级任务。这块儿能做的就非常多了,例如性能调优、系统维稳、非常见故障响应、协同开发人员等等,说起来最简单,做起来最复杂。

当然我说这些并没有完全包含运维需要做的事情,但都是Ops需要知道的,这些工作并不是每天单纯的coding,还需要大量的(英文)文档阅读、思考,或者体力活。所以,有没有趣就看个人喜欢不喜欢这种工作方式,也许有的人以不停的coding为乐趣,有的人则以这种杂事为乐趣。

刘太华,只能做条有追求的咸鱼了

要是没加职称,运维这个概念太大了尤其是在国内,传统企业的IT支持是运维,金融行业的上几百万的小机,大机,也是运维。
互联网企业,如果把线上产品的运维人员认为是打杂的,那这个企业活的也差不多了。

李虓,someone who still have dream

以前做过开发,现在在做运维。这个职位普遍有很多误解,因为出现的时间和发展的时间不够长。简单说说我的理解:
互联网运维的目标就是保证产品(网站/应用)能够正确无误的运行以支持整体商业目标(提供服务/提供新闻/提供…) 规模上去之后你会发现这个运维可以包括太多的东西,也可以细分成无数的子部门。
互联网公司的一个特点应该是快速开发周期,在SOA的框架下可以分成很多小service,如此多的service在开发、发布的过程中遇到的一系列问题,都需要想创造性的解决。系统监控更是如此,虽然目前有了一些比较成熟的开源监控系统,但是毕竟每个公司的情况不同,大部分公司会在监控和问题处理上下大工夫做自己的开发。做运维绝对不意味着不写程序 起码做好运维是这样。
写的程序一般不会比dev少,区别是dev做的开发是大规模,周期长的,有语言要求。运维的要求则是快速解决问题。
运维适合喜欢“解决问题”的人,适合那种天生知道怎么debug,并且以此为乐趣的人。

dev和ops(operation)的关系就是:dev写代码;ops跑代码。
对大部分dev来说他们关心的就是怎么完成自己的function,不会也没办法估计function对整个系统的影响。好的ops就在这里发挥作用,他们理解整个系统,参与开发的设计、架构阶段并对其有决定权利。最后也会对开发完成的产品做review并且可以让dev打回去重写。

最后回到有趣没趣的问题上:
有趣没趣?如果你喜欢挑战,喜欢对所有的事情都问个“为什么” ,喜欢做一些没人知道也没人告诉你该怎么做的事情,上alexa找top100的公司去做他们的运维,绝对有趣:)

dennis

解决问题的过程很有趣。

陈永保,The dark side of the moon

这个话题就是个坑,拿来闲聊的,并不在于得到什么结论。所以随便侃几句。
我觉得,做一件工作不外乎几种情况:a)只能做这个,迫于知识技能或环境,没别的选择;b)能干这个,也能干别的,哪个无所谓,选择这个只是偶然或某种微不足道的原因;c)喜欢干这个,想做出点东西。
所以做运维是否觉得『有趣』,取决于诉求,也就是目的或原因。
『运维』其实是一个大的概念,其中又细分成很多,机房运维,网络运维,应用运维,互联网公司、电信公司的运维与网吧运维、公司IT运维又有所不同。每个运维的领域的特点不同,对人员的要求也不同。
是否有趣,取决于很多方面,但我觉得能否带来成就感是最主要的因素。实际的岗位要求、业务的发展不同,对于运维能否做出点有成就感的东西,或许不一样。有志于做运维的,应该追求一些挑战,在业务成长的同时,自己也能成长。最终的『有趣』,并不只是生活佐料的有趣,而是变得有意义了。

Gary Chen,产品,架构,数据

写程序会比较有趣些。
运维会是一个比较有挑战性的事。

陈炜,Work@Alibaba,系统工程师,致力于运维自…

搞大了就有趣了,杂事多了量变会变质变,小网站的运维肯定没大网站的运维有趣,当然这个不是指团队。

flyer,关注计算机技术与逻辑思维

在国内一家相对大的搜索公司做过运维开发工程师,个人觉得整体分两部分对待:基础运维和开发。

“基础运维”:主要涉及报警处理和上线,相对枯燥和技术含量低些。但这可以很好提高自己的发现、分析、解决问题的能力,进而可以提出有价值的问题。在这个过程中学到的技能,对大部分行业都适用。

“开发”:主要是为了提高自动化水平。这个其实与 “基础运维” 关联大些,只有做过基础运维,知道痛点,才能通过编程等手段解决痛点,从而带来价值。

个人觉得运维很锻炼人,如果有人能给自己指引方向 (感谢下我上家公司中的两位导师),不论是逻辑思维还是计算机技术方面,都会提高很快。

Litrin,开源爱好者

运维出身,发觉什么事情都要懂,哪怕懂一点。

只要不沦为消防队员一样的运维,还是很有趣的,而且事情相对不多。

蒋建红,运维人!

运维工作有趣吗?这取决于你的好奇心!

jaseywang

个人感觉很有趣,很有挑战性的一项工作。尤其是在出了问题之后,如何在最短的时间之类将其修复。还有就是学的东西,包括接触的东西比较广一些,当然相对的可能就不是那么深入的。

杨贵堂,其实,我关注互联网很久了……

有兴趣,就有趣。能不断找到新的兴趣点,只做重复性的工作,什么都会腻的。

jasonwho,系统工程师

加班可能比较多,不过可以接触整个系统纵向和横向方方面面的东西,看个人兴趣了。

Timo,攻城师

非常有趣,又能跟外部打交道,也能跟内部交流,各种系统软件突飞猛进。

冯亮,教育技术/社交媒体观察/MOOC观察/社交心…

最大的收益之一可能还是人际关系层面的,至少是脸熟了。此外还能发现组织鲜有人知的问题所在,对整个组织都能了解的通透,就凭这点,很值了。

吴少杰,IT运维支撑

痛并快乐着的工作。

张竞择,蛋疼文学派开山祖师爷

自己乐在其中就可以了,干嘛还要追求其它?
运维是一个有挑战性的工作,当你成功的解决一个问题的时候,是不是很有成就感?

王中会,linux系统工程师,运维。

忙的时候忙死,闲的时候闲死。通常比较闲,很多时间你可以利用,主要看如何做好时间管理。

huangmy,linux

我觉得是it工作里面性价比比较高的工作。运维通常一天的工作量也就2小时吧,当然,前提是你自己把你的系统管理的很规范了。要说有趣,还是很有趣的。

Shelwin

我觉得吧只有真正技术导向的互联网公司才能真正体现运维的价值,除此之外都会被冠上了打杂的名字。。。

Meteoric,JavaScript/Lua/C++

要是比职称的话,永远是无趣的。就算把头衔提升为CEO、CXO…有何意义呢,就算打杂,相对绝大部分小公司的老板讲,算的上是杂吗?

既然做技术就当以做技术的心态去面对自己的工作,在乎头衔人之常情,太过在乎,必然是无趣的,有趣与无趣看你的面对这件事的心态了

Guixing Bai,System Administrator

有趣本就是萝卜青菜各有所爱,运维的工作范畴也相对比较大,现下大的互联网公司中运维的工作也基本趋于规范化,有一线的救火运维也有二线的运维工具体系建立的运维。要说感兴趣,运维的工作主要是以下一些方面。

大规模:无论是代码的部署,服务监控还是软件安装以及配置的变更,运维人员都要考虑大规模情况下的处置办法,如何高效的,完整的处理大规模应用?这是运维需要面对的问题。

突发事件:运维人员经常面临墨菲定律的拷打,所以解决突发性问题也是运维人员要研究的方向之一,如何预知突发性事件?如何能让机器自己处理突发性事件?

性能和稳定的平衡:运维的首要问题是稳定,追求性能有时候能提高稳定性,有时会降低稳定性,运维人员要注重这两点的平衡,在自己能控制的系统层面要做到,还要和开发人员一起从应用层面也做到。

另外:有些公司把运维工作归入开发,有的则把运维独立出来,就我看来各有各的好处,公司大的情况下基本都是把运维独立出来的。

rayxuxu,python程序员

以前做运维时候,手机2部,24小时待命

沈炜,运维

都是为了混口饭。。工作还是比较有激情的,个人认为比一成不变的写代码有趣点。

 

补充:

很多初入运维领域的朋友,在找工作时候会看到不同公司对运维的职位要求、技术栈要求、岗位头衔、待遇薪酬等等都有不少的差别,那么运维派还会针对这块持续推出系列文章给大家一一介绍:

1、运维工程师都有哪些头衔呢?

2、Linux运维领域都有哪些开源软件呢?

3、Linux运维薪酬待遇与技术要求的对应关系?(内容整理中……)

大家也可以关注运维派微信公众号(ID:yunweipai),社区会每日为大家推送最新的运维资讯和技术干货:

本文由 [运维派社区] 整理。

网友评论comments

发表评论

电子邮件地址不会被公开。 必填项已用*标注

  1. wws说道:

    不错

Copyright © 2012-2017 YUNWEIPAI.COM - 运维派 - 粤ICP备14090526号-3
扫二维码
扫二维码
返回顶部