2017年4月补充：

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

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

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

有了ROOT，还会没趣么？

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

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

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

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

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

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

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

认为运维是打杂的公司，他们的内部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支持是运维，金融行业的上几百万的小机，大机，也是运维。

互联网企业，如果把线上产品的运维人员认为是打杂的，那这个企业活的也差不多了。

以前做过开发，现在在做运维。这个职位普遍有很多误解，因为出现的时间和发展的时间不够长。简单说说我的理解：

互联网运维的目标就是保证产品（网站/应用）能够正确无误的运行以支持整体商业目标（提供服务/提供新闻/提供…) 规模上去之后你会发现这个运维可以包括太多的东西，也可以细分成无数的子部门。

互联网公司的一个特点应该是快速开发周期，在SOA的框架下可以分成很多小service,如此多的service在开发、发布的过程中遇到的一系列问题，都需要想创造性的解决。系统监控更是如此，虽然目前有了一些比较成熟的开源监控系统，但是毕竟每个公司的情况不同，大部分公司会在监控和问题处理上下大工夫做自己的开发。做运维绝对不意味着不写程序 起码做好运维是这样。

写的程序一般不会比dev少，区别是dev做的开发是大规模，周期长的，有语言要求。运维的要求则是快速解决问题。

运维适合喜欢“解决问题”的人，适合那种天生知道怎么debug，并且以此为乐趣的人。

dev和ops(operation)的关系就是：dev写代码；ops跑代码。

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

最后回到有趣没趣的问题上：

有趣没趣？如果你喜欢挑战，喜欢对所有的事情都问个“为什么” ，喜欢做一些没人知道也没人告诉你该怎么做的事情，上alexa找top100的公司去做他们的运维，绝对有趣：）

解决问题的过程很有趣。

这个话题就是个坑，拿来闲聊的，并不在于得到什么结论。所以随便侃几句。

我觉得，做一件工作不外乎几种情况：a）只能做这个，迫于知识技能或环境，没别的选择；b）能干这个，也能干别的，哪个无所谓，选择这个只是偶然或某种微不足道的原因；c）喜欢干这个，想做出点东西。

所以做运维是否觉得『有趣』，取决于诉求，也就是目的或原因。

『运维』其实是一个大的概念，其中又细分成很多，机房运维，网络运维，应用运维，互联网公司、电信公司的运维与网吧运维、公司IT运维又有所不同。每个运维的领域的特点不同，对人员的要求也不同。

是否有趣，取决于很多方面，但我觉得能否带来成就感是最主要的因素。实际的岗位要求、业务的发展不同，对于运维能否做出点有成就感的东西，或许不一样。有志于做运维的，应该追求一些挑战，在业务成长的同时，自己也能成长。最终的『有趣』，并不只是生活佐料的有趣，而是变得有意义了。

写程序会比较有趣些。

运维会是一个比较有挑战性的事。

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

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

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

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

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

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

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

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

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

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

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

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

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

痛并快乐着的工作。

自己乐在其中就可以了，干嘛还要追求其它？

运维是一个有挑战性的工作，当你成功的解决一个问题的时候，是不是很有成就感？

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

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

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

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

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

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

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

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

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

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

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

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

补充：

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

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

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

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