IT运维这份工作有没有意思？看看行内人怎么说…
在公司里面，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，如此多的servi
ce在开发、发布的过程中遇到的一系列问题，都需要想创造性的解决。系统监控更是如此，虽然目前有了一些比较成熟的开源监控系统，但是毕竟每个公司的情况不同，大部分公司会在监控和问题处理上下大工夫做自己的开发。做运维绝对不意味着不写程序 起码做好运维是这样。
写的程序一般不会比dev少，区别是dev做的开发是大规模，周期长的，有语言要求。运维的要求则是快速解决问题。
运维适合喜欢“解决问题”的人，适合那种天生知道怎么debug，并且以此为乐趣的人。
dev和ops(operation)的关系就是：dev写代码；ops跑代码。
对大部分dev来说他们关心的就是怎么完成自己的function，不会也没办法估计function对整个系统的影响。好的ops就在这里发挥作用，他们理解整个系统，参与开发的设计、架构阶段并对其有决定权利。最后也会对开发完成的产品做review并且可以让dev打回去重写。
最后回到有趣没趣的问题上：
有趣没趣？如果你喜欢挑战，喜欢对所有的事情都问个“为什么” ，喜欢做一些没人知道也没人告诉你该怎么做的事情，上alexatop100的公司去做他们的运维，绝对有趣：）
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小时待命。
沈炜，运维
都是为了混口饭。。工作还是比较有激情的，个人认为比一成不变的写代码有趣点。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。