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

发布时间：2021-01-04 06:38 所属栏目：53 来源：网络整理

导读：《IT运维这份工作有没有意思？看看行内人怎么说》要点：本文介绍了IT运维这份工作有没有意思？看看行内人怎么说，希望对您有用。如果有疑问，可以联系我们。 2017年4月补充：这篇文章是14年整理的,很多人说运维这个岗位会慢慢消失,但从目前的趋势来看,企业

《IT运维这份工作有没有意思？看看行内人怎么说…》要点：
本文介绍了IT运维这份工作有没有意思？看看行内人怎么说…，希望对您有用。如果有疑问，可以联系我们。

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运维又有所不同.每个运维的领域的特点不同,对人员的要求也不同.
是否有趣,取决于很多方面,但我觉得能否带来成就感是最主要的因素.实际的岗位要求、业务的发展不同,对于运维能否做出点有成就感的东西,或许不一样.有志于做运维的,应该追求一些挑战,在业务成长的同时,自己也能成长.最终的『有趣』,并不只是生活佐料的有趣,而是变得有意义了.