这个跟如何定位运维工做以及如何要求运维工做有关。有没有趣很差说,可是若是说有没有挑战,那是确定有的。这里就说说运维的挑战。nginx
运维自己范围很广,从基本的资源管理、配置,到数据库维护、应用的部署。再到事故的分析处理。处处须要技术与智慧。和业务开发同样,只要量一上来,什么都是问题。数据库
若是仅仅把本身的工做定位于帮开发准备一下机器,部署一下应用,删一删垃圾文件,再盯一盯机器,而后,作这些事情的时候就按照最普通的手工方法一步一步作,一我的作不来,就两我的作,一天作不完就两天作完,反正能在某个时间作完就好了。若是这样,很快工做就会变得枯燥乏味。服务器
若是把要求提升,可以用最少的人,花最少的时间和精力,将这些基本的事情作漂亮,后续监控不要人肉盯。那就很难了。网络
若是再进一步,想反过来促进开发,让开发人员在开发的时候就想到这个业务须要怎么样来运维,那挑战就更多了。架构
此外,突发事故的处理也是极须要技术和经验的,这里的挑战不少,技术和经验的积累没必要多说,另外我以为很关键的一点是,运维有没有***到业务的开发中。框架
总结来讲就是一句话——就看你喜不喜欢挑战。若是你喜欢挑战,那就是有趣的;不然,就是个打杂的。运维
认为运维是打杂的公司,他们的内部IT通常不会好,有可能一团糟。
首先从运维工做的性质来说,在任何公司都是一种“服务型“岗位,若是运维搞很差,会严重影响公司的发展,尤为是IT公司。打个很简单的比方,公司的内部网络须要维护,文件服务器、BBS、邮件等等,非技术类的工做还包括固定资产管理、设备选型、采购,另外就是平常办公设备的维护、保养……也许工做比较杂,但绝对不是一个打杂的。ide
第二来看看运维作的事情:
一、同事上不了网、系统中病毒了、打印机挂了都须要去迅速解决。这是大部分运维工程师都会遇到的事情,可是,如何能让这些状况尽量少的发生,而且发生以后在最短的时间内恢复则是须要下一番功夫研究的。
二、服务器维护。可以同时维护Windows和Linux服务器的运维大家伤不起啊!不要觉得Windows就是简单的点几下鼠标,也不要觉得Linux像传说中那样百毒不侵,进能调sendmail、postfix、nginx……退可玩Exchange、IIS、SQL Server……这样才叫运维工程师。
三、网络维护。有钱人玩Cisco,穷人折腾华为……路由不用路由器反而弄个Linux PC玩iptables。
四、高级任务。这块儿能作的就很是多了,例如性能调优、系统维稳、很是见故障响应、协同开发人员等等,提及来最简单,作起来最复杂。post
固然我说这些并无彻底包含运维须要作的事情,但都是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运维又有所不一样。每一个运维的领域的特色不一样,对人员的要求也不一样。是否有趣,取决于不少方面,但我以为可否带来成就感是最主要的因素。实际的岗位要求、业务的发展不一样,对于运维可否作出点有成就感的东西,或许不同。有志于作运维的,应该追求一些挑战,在业务成长的同时,本身也能成长。最终的『有趣』,并不仅是生活佐料的有趣,而是变得有意义了。