运维人员就是秋后的蚂蚱!

我虽是一个IT屌丝,但特别喜欢关注整个大行业的动态,干IT运维相关工作到现在也快8年了,企业对运维人员的专业能力要求确实提高了不少,现在再去面个运维工程师的职位都要求会个开发语言啥的,这在2007是不可想象的,那个时候,运维和开发是经纬分明,两个完全不同的工种,大多数运维人员只需要会配置常用服务、简单的调优、再会写个SHELL脚本处理一些日常事务(比如监控应用、数据备份等) 的话就能算是一个合格的运维工程师了(虽然现在依然有很多运维人员也还只是这种水平)。以上这些要求其实也算蛮简单的,那些年市场上充斥青鸟毕业生,稍微带一下就能干上面讲的这些事情。所以在那时,干运维还是蛮好混的,只不过工资确实是比开发人员要低一个档次的,当然行业地位也是,好多企业运维部门算是最边缘的一个技术部门了,在人们眼中,与运维最相近的字眼就是网管,我当时特别不喜欢别人说我是网管,总感觉是在网吧修机器的。

擦,一转眼快8年过去了,我习惯每年最后一天写篇文章,之前都是在北京过元旦,一个人孤独的写下一年来的酸甜,今天这篇文章却写在纽约,身边还陪着美好的姑娘,估计好多年前自己英语还很烂时也想不到今天就会站在美帝的土地上,就像刚做运维时,想不到自己日后会走向开发这条路。不过我想我这也算是顺应了行业的大趋势吧,因为风来了,相信已入行的运维伙伴们都已看到,普通的运维人员已是秋后的蚂蚱,蹦跶不了几天了,他们已经走在了被淘汰的路上,IT自动化必将砸掉大多数不思进取的运维人员的饭碗,寿终正寝只是时间问题,

一些人可能觉得我是危言耸听,说我夸大现实,运维行业正需要大把的人手,对此,我只能说这是蚂蚱的垂死挣扎。我给各位讲个真实的故事,希望能给这些人以些许触动。

我来自山东的一个小农村,小时候,整个村会经常停电,然后就会看到过一会就有个电工爬到电线杆上去修了,有时候修不好的话,还要请县城里供电局的更专业的电工来修,那时候停个电是家常便饭,几乎每个月都会发生数次,长大后我才想明白为啥经常停电,因为那时候电闸都是旧的,不好用,一家一不小心短路了,整会村都会跟着断电。那时每个村都会配一个电工,村里固定每月会发给他三四百块,这基本上算是个兼职,毕竟不会天天断电,所以这个职业在那时看来还是不错的,并且技术要求也不高,好多人还是争着想干这个活的,但饭碗毕竟只有一个,所以其它人只能眼馋了,每个村的电工自己当然也很HAPPY,认为自己吃上了铁饭碗,可是好景不长,好像是我上初中的时候,村里统一换了新的电闸,好多线路也都换成了新的,果真停电率迅速由每月数次降低到了好几个月一次,我们家的小卖部终于不用担心冰柜里的冰棍会经常在没电时化掉了。我们村的电工突然闲了下来,好长时间都不再见他爬电线杆了。没过多久,村支部就觉得每个月花几百块养个闲差不值,但又不能没有这个职位,村领导们于是想了个好办法,就是好几个相邻的村共用一个电工,于是再停电时,我就看到了外村不认识的人在爬电线杆了,因为我们村的电工不知何故不让他干了,我想可能是技术不精或没送礼吧。每个月损失几百块,他当然不爽,在他下岗后,一个月内村里连续断了好几次电,查出来原来是有人故意把两条电线搭在一起导致短路,村领导很生气,估计都知道是谁干的,但是不能明说,只能在村广播里说,已经发现有人故意破坏电线,并且已经掌握了一些证据,如果此事再发生,就让公安局来抓人了,从那以后,用电才正常起来。慢慢的,一年都停不了一两次电了,后来,几个村都不再养电工了,而是变成了供电所给每个镇上配个兼职电工,一个电工管十几个村。再后来我就到外地上学了,不于关注这个事情了。 

回到我们自己,请各位想想,我们自己会不会也是那个电工呢?呵呵,别想了,运维人员其实就是那个电工,多年前,每个公司都养一些运维人员,维护自己公司小机房里的几十台服务器,慢慢到现在,小公司都不设置机房了,甚至都不买服务器了,业务直接放在云上,也基本不需要考虑断电问题,因为云后面有一大群专业的运维人员帮这些小公司维护着他们的线上业务,所以好多小公司连运维人员都省了,好吧,这些原本只能在小公司工作的运维工程师就逐渐涌向大公司,大公司都是几百上千、甚至数万台的服务器,一般都会有数十个甚至上百个的运维人员,以维护和运营他们庞杂和繁多的各项IT应用,但大公司真的需要这么运维人员吗?在这方面国外做的是更先进一些,之前看到文章说facebook一个运维人员要管理2万台服务器(http://www.csdn.net/article/2014-02-05/2818310-facebook-ops-staffer-manages-20000-servers),我不确定数据是否真实,但我确信如果自动化做的好,并且管理得当的话,这个数字是肯定可以实现的,也将最终会实现。想一下,等这一天到来时,每个公司那一大堆闲下来的运维人员的出路在哪里呢?这个问题到底怎么破?我觉得其实很简单,就是去做顺应行业大趋势的事情,那这个行业的大趋势是什么呢?其实就是以下两点:

1.  资源集中化:IT运维终将变成整个行业的基础服务,就像水和电一样,你要用电不代表你需要自己买一台发电机,早晚有一天,绝大部分的IT业务会运行在数十家巨型的IT基础服务提供商身上(他们的前身就是今天在跑马圈地的运服务提供商),这样将会大大降低整个行业的IT运营成本。

2.  高度自动化:我坚信,只要时机合适,绝大部分现在运维人员干的时候都是可以完全自动化起来的,因为人不如机器可靠,更不如机器高效。现在所谓的自动化不过都是半自动,是在人的监督和调动下的半自动,就像自动档汽车还是要人来开一样,但无论你信不信,不需要人开的汽车终将普遍起来。

总之,建议所有做运维的小伙伴们,不管你是新手还是老手,趁早学好运维开发,砸掉你身边同事的饭碗,然后把他的那份工资也一起挣了,或者等着他来砸掉你的饭碗,哈哈。

好了不扯淡了,你可能不认同我的观点,但做为一个从业多年的老鸟,这就是我看到的这个行业的未来。

最后祝各位看官,2015能混的更好!

时间: 2024-10-07 10:57:24

运维人员就是秋后的蚂蚱!的相关文章

2016年新运维:论《普通运维人员就是秋后的蚂蚱》?

2015年第一天,51CTO博主alex曾发表了<普通的运维人员就是秋后的蚂蚱>的博文,为广大的运维界同仁们敲响了警钟.文章主要从资源集中化和高度自动化两个行业大趋势出发,断言普通的运维人员已经走在了被淘汰的路上,IT自动化必将砸掉大多数不思进取的运维人员的饭碗,寿终正寝只是时间问题. 敏捷运营要求BizDevOps一体化 博文中提到的资源集中化,可以理解为云计算.2008年谷歌率先提出了云的概念,它将传统的IT计算能力形成资源池,进行弹性配置并对外提供按需服务,具体表现为服务化和平台化. 我

02、alex 说过“普通运维人员就是秋后的蚂蚱”

我非常认同这篇文章 http://3060674.blog.51cto.com/3050674/1598255 刚工作的时候,搞开发很辛苦,没人带,所以果断选择了运维,从而快速升职.但是现在认识到,并且alex明确说过:普通的运维人员已是秋后的蚂蚱,蹦跶不了几天了,他们已经走在了被淘汰的路上,IT自动化必将砸掉大多数不思进取的运维人员的饭碗,寿终正寝只是时间问题, alex讲过农村电工被淘汰的事情,类似的案例还有很多,例如邮递员被快递公司取代.电报被固话取代,然后是移动通信.互联网.... 运维

1-Linux运维人员要求

linux 运维: 1.linux基础操作命令2.linux基础服务搭建3.文本处理命令4.shell脚本编程 python perl php5.数据库 mysql oracle6.lvs集群 热备 数据库备份还原 普通运维人员就是秋后的蚂蚱! 时间 题目 总分 分数线RHCSA 2.5h 17 300 210RHCE 3.5h 20 300 210RHCA 5门 原文地址:https://www.cnblogs.com/venicid/p/8460821.html

【IT运维监控】集团宕机引发对运维人员的思考 

前不久某大型集团官网和APP突然无法正常使用引发热议,不少人幸灾乐祸,也引发出了各种的谣言和段子,根本难以体会集团内部所受的压力,特别是作为一个大集团内部的运维人员所承受的各种压力和不安. 后 来,原支付宝运维团队负责人针对此事发表了一篇文章,让不少的运维人员深有感触,作为肩负运维监控使命的运维监控工具--PIGOSS BSM 也同样感同身受.面对层出不穷的运维安全隐患,当下运维人员急需一套高效的7*24小时都能担负监控任务的工具,为自身的运维工作减负,告别之前加班熬夜 但没有工作成绩的"怪现像

01.运维人员需要学编程

老男孩写过<不懂编程的运维人员到底还能走多远?> http://oldboy.blog.51cto.com/2561410/1749513 从本人工作经验来看,认同他的观点:IT岗位需要的是综合能力强的人员,运维.开发.数据库.网络,技术岗位对上述知识体系都要会一些,才能很好的胜任对应岗位工作. 1.运维人员要会运维.开发.数据库.网络,但侧重点是运维, 2.开发人员要会运维.开发.数据库.网络,但侧重点是开发, 3.数据库人员要会运维,开发,数据库,网络,但侧重点是数据库, 4.网络人员要会

Linux运维人员需要掌握一门编程语言吗?

最近经常有同行的朋友或者Linux初学者问我:运维人员是否需要学一门语言,那么该学哪种语言呢? 对于这个问题,我分两个方面回答: 首选,在大数据.云计算发展迅猛的今天,系统运维人员如果不懂一点开发语言的话,确实会举步维艰,因为在运维工作中,业务系统的繁多,线上服务器规模很大时,只能通过写脚本的方式(自动化也是脚本一种哦)自动化完成,不然,如此重复和繁琐的工作,靠人力是无法负担的,所以,学习一门可以让运维工作批量完成的语言,就显得很重要了. 那么应该学习一门什么语言呢? 对于Linux系统运维人员

【运维者说】程序员玩跨界,错在运维人员

在很多交流场合,我们或多或少能听到有小伙伴抱怨运维岗位工作没有得到老板或者公司同事的认可,这怪谁呢?私以为只能怪运维岗位的各位同行,为什么这么讲呢?我这个攒了很久的大招,今天终于可以释放出来了. 恰逢看到田逸老师写的博客<程序员,请不要抢系统管理员的饭碗>以及文章下面各位同仁的评论内容,很多小伙伴基本上是从一个系统管理员的角度出发说出了安全问题的原因是程序员不应该这么做而这么做了,那程序员应该怎么做,他们知道吗?从这篇博客中描述的安全问题出发,田逸老师作为系统管理人员排查问题的思路非常清晰,对

【IT运维监控】讨论哪种运维监控工具才是IT运维人员的最爱?

选择运维工具的几大要素:一是看我哪些指标需要监控,二是看我监控到什么 三是看这种运维监控工具能监控到什么程度 有可能,这几个问题IT运维人员自己都没有弄的很明白,那么我们先看一下整个运维行业目前的现状: 目前来说,传统企业的IT运维大部分还是用户在使用过程中发现故障,然后通知运维人员,再邮运维人员确定是什么问题,采用哪种方式可以解决.大部分的运维人员目前还是充当的只是一个救火员的身份,没有起到真正的IT运维监控的作用.运维人员的大部分时间和经历都花在了处理简单而重复的问题上,导致同事及领导的不满

运维人员处理服务器故障的方法总结

运维人员处理服务器故障的方法总结 一.尽可能搞清楚问题的前因后果 二.查看有谁在线 who last 三.查看之前执行了什么命令  history 四.查看现在在运行的进程是什么 pstree -a ps aux 五.查看监听的网络服务 netstat -nxlp netstat -ntlp netstat -nulp 六.查看CPU 和内存 free -m uptime top htop 七.查看硬件 lspci dmidecode ethtool 八.查看IO 性能 iostat -kx 2