标签：
我
以前做过开发，现在在做运维。但我认为大部分人对这个职位还是普遍存大着很多误解，因为出现的时间和发展的时间不够长。本身互联网运维的目标就是保证产品
（网站/应用）能够正确无误的运行以支持整体商业目标 规模上去之后你会发现这个运维可以包括太多的东西，也可以细分成无数的子部门。
互联网公司的一个特点应该是快速开发周期，在SOA的框架下可以分成很多小service,如此多的service在开发、发布的过程中遇到的一系列问题，都需要想创造性的解决。系统监控更是如此，虽然目前有了一些比较成熟的开源的运维监控工具，
但是毕竟每个公司的情况不同，大部分公司会在监控和问题处理上下大工夫做自己的开发。像 PIGOSS BSM
就是一款网利友联自主研发的运维监控工具，除了本身已有的监控模块，PIGOSS BSM 还支持定向开发，给不少的运维人员带来了方便
。但是做运维绝对不意味着不写程序
起码做好运维是这样。写的程序一般不会比dev少，区别是dev做的开发是大规模，周期长的，有语言要求。运维的要求则是快速解决问题。
最后回到有趣没趣的问题上：
有趣没趣？如果你喜欢挑战，喜欢对所有的事情都问个“为什么” ，喜欢做一些没人知道也没人告诉你该怎么做的事情，上alexa找top100的公司去做他们的运维，绝对有趣）
要说运维工作有没有趣，我认为这取决于一个人的好奇心，不过目前市面上做运维监控工具的越来越多，用了运维监控工具，好多的单技能的运维人员将慢慢的退去幕后了。
我个人感觉很有趣，觉的运维是个很有挑战性的一项工作。尤其是在出了问题之后，如何在最短的时间之类将其修复。还有就是学的东西，包括接触的东西比较广一些，当然相对的可能就不是那么深入的。现在有了各类型的运维监控工具后，运维人员的工作还会面临新的挑战
我感觉这样形容运维挺贴切的“忙的时候忙死，闲的时候闲死。”通常比较闲，很多时间你可以利用，主要看如何做好时间管理。
有没有趣这个问题本身就是萝卜青菜各有所爱，运维的工作范畴也相对比较大，现下大的互联网公司中运维的工作也基本趋于规范化，有一线的救火运维也有二线的运维监控工具体系建立的运维。要说感兴趣，运维的工作主要是以下一些方面。
大规模：无论是代码的部署，服务监控还是软件安装以及配置的变更，运维人员都要考虑大规模情况下的处置办法，如何高效的，完整的处理大规模应用？这是运维需要面对的问题。
突发事件：运维人员经常面临墨菲定律的拷打，所以解决突发性问题也是运维人员要研究的方向之一，如何预知突发性事件？如何能让机器自己处理突发性事件？
性能和稳定的平衡：运维的首要问题是稳定，追求性能有时候能提高稳定性，有时会降低稳定性，运维人员要注重这两点的平衡，在自己能控制的系统层面要做到，还要和开发人员一起从应用层面也做到。
另外：有些公司把运维工作归入开发，有的则把运维独立出来，就我看来各有各的好处，公司大的情况下基本都是把运维独立出来的。
听业内人士谈谈IT运维到底有没有意思？（续）-PIGOSS BSM
标签：