这个跟如何定位运维工作以及如何要求运维工作有关。有没有趣不好说，但是如果说有没有挑战，那是肯定有的。这里就说说运维的挑战。
运维本身范围很广，从基本的资源管理、配置，到数据库维护、应用的部署。再到事故的分析处理。到处需要技术与智慧。和业务开发一样，只要量一上来，什么都是问题。
如果仅仅把自己的工作定位于帮开发准备一下机器，部署一下应用，删一删垃圾文件，再盯一盯机器，然后，做这些事情的时候就按照最普通的手工方法一步一步做，一个人做不来，就两个人做，一天做不完就两天做完，反正能在某个时间做完就行了。如果这样，很快工作就会变得枯燥乏味。
如果把要求提高，能够用最少的人，花最少的时间和精力，将这些基本的事情做漂亮，后续监控不要人肉盯。那就很难了。
如果再进一步，想反过来促进开发，让开发人员在开发的时候就想到这个业务需要怎么样来运维，那挑战就更多了。
此外，突发事故的处理也是极需要技术和经验的，这里的挑战很多，技术和经验的积累不必多说，另外我觉得很关键的一点是，运维有没有渗透到业务的开发中。
总结来说就是一句话——就看你喜不喜欢挑战。如果你喜欢挑战，那就是有趣的；否则，就是个打杂的。
认为运维是打杂的公司，他们的内部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运维又有所不同。每个运维的领域的特点不同，对人员的要求也不同。
是否有趣，取决于很多方面，但我觉得能否带来成就感是最主要的因素。实际的岗位要求、业务的发展不同，对于运维能否做出点有成就感的东西，或许不一样。有志于做运维的，应该追求一些挑战，在业务成长的同时，自己也能成长。最终的『有趣』，并不只是生活佐料的有趣，而是变得有意义了。
本文出自 “LINUX_Home” 博客，请务必保留此出处http://dmwing.blog.51cto.com/11607397/1896908
原文：http://dmwing.blog.51cto.com/11607397/1896908