我觉得因该是有前途的,看个人能力和努力程度,本人现在正在往此方向发展。随着国家大力提倡互联网+,互联网时代会加速普及,运维大有作为。只是随着云计算时代的来临,传统运维岗位可能会大大减少,而掌握云计算方面运维的工程师将会迎来新的天地。

结合上面说的互联网环境,加上最近几年的经历,让我觉得云计算遮天蔽日的现在,技术行业受到最大的冲击、威胁和变化的就是运维职业。

为什么呢?我们来看看以前运维的一些主要工作。



基础工作:

  1. 评估产品
  2. 选择IDC公司
  3. 采购服务器
  4. 安装配置服务器
  5. 把服务器送IDC上架
  6. 调试网络
  7. 上线代码、配合研发调试代码
  8. 监控服务器、各种业务应用、收集日志和报警
  9. 根据收集到各种日志信息,配合研发做优化
  10. 解决日常问题,如服务器、交换机、硬件、网络等


更高级的工作:

  1. 编写各种自动化脚本
  2. 自动化部署
  3. 开发运维管理平台
  4. 开发运维衍生产品
  5. 改变运维模式,提升服务意识


现在云计算出现了,上面这15项目工作内容,云平台能抹杀掉所有的基础类工作。因为这部分工作对于像 AWS、腾讯云、阿里云之类的云技术公司来说,只要给他们一点时间,我相信他们会做的更好更稳定更加完善。



那么从事这部分工作的运维人员将何去何从?而且目前这部分的运维人员占了相当大的一部分数量。



我将目前从事运维职业的朋友按时间大致分了三个类别:

  • 第一批:2007年之前,目前这类朋友基本占据各公司中高层职位
  • 第二批:2008年-2013年,这部分运维朋友基本是公司的中流砥柱,在主要的技术或是管理岗位
  • 第三批:2013年之后从事运维工作的朋友,基本在做最基础的运维工作


按来源也分了三个类:

  • 第一类:学校里计算机学习成绩不错的一般都往BAT一二线公司去了,大部分还是从事研发类工作,留下一部分学习成绩一般的学生勉强去面试运维工作。
  • 第二类:由于当前互联网搞的如火荼毒,薪水高,工作自由(吹的)等吸引了一大批初高中毕业,大学辍学的小伙子参与的培训班,当然这里面也有不少学的还不错的同学。
  • 第三类:在其他行业搞不下去,或是公司内部转岗干运维的。


这三类运维人员里面,第一类的朋友如果能努力学习,会出几个非常不错的好苗子,但就是这样寥寥的几个也都是希望往BAT一二线互联网公司挤。



第二类和第三类,基础相对来说很薄弱,薄弱到什么程度呢,数据结构的书都没有摸过,高等数学就不用多说了,这类的运维人员上岗了,除了系统操作,搞搞配置,能力强的可以搞搞php,python的基础页面开发,其他研发类东西基本就是不行,而且很多东西没有学过,在解决问题和考虑问题上思维也很有局限性。 当然我不是指所有人,妖孽总会有那么一两个的!



关键是目前第二三类的朋友刚好处于公司一线,数量不少。



那么在云计算时代,第二类和第三类大部分的运维朋友(这类朋友占了很大一部分比例,预计有60%)如果 自己不努力的话,近几年一定是会被淘汰的。



如何保证将来不太淘汰,并且能更进一步呢,我个人提几点建议,如果你能看到这篇文章,且能从现在开始实施行动,我相信将来你一定会很好!






总结:白及认为分析的还是比较有深度的!




一、转变思想:放弃不切实际的想法



不要认为搞了运维就是为了找份工作养活自己,或是期望自己走了狗屎运找一家公司能混到上市实现财务自由后享受养豪车包二奶的生活,你也不想想国内这么多家创业公司,每年能有几家上市?你一定要把它当成自己未来几十年的职业!是自己赖以生存,并能体现自己价值的根本。



二、从现在开始学习:从基础学



温习以前学过的,学习以前没有学过的基础知识,比如微机原理、数据结构、算法、TCP、网络、程序设计 等等,这些东西就是你将来更上一层的根。虽然会很枯燥,但是只要坚持下来,一定会有很多收获。



三、少看网上的文章:形成自己的知识点



网上发表的技术文章少看,并不是说网上的文章怎么怎么不好,而要形成的知识,就必须自己多思考多做实验,在各种出错成功后你才能记忆深刻,才能成为你自己的知识。



如果你非要完全照搬的话,那你就给在脑子里全记下来。现在很多人面试的时候让他说下某个配置怎么做,怎么优化,都是回答在笔记里,或是百度,我听到这些实在是无语,难不成出现紧急故障需要你修复的时候你还去翻笔记、用百度?



四、纵向学习:深入某一个点



现在很多初学者喜欢广撒网,看别人搞这个也学,看别人搞那个也学,甚至有部分运维人员还专门喜欢猎奇,搞别人不知道或是非常小众的技术,以此来炫耀自己。说的难听点,在我看来这非常的幼稚,首先不说这东西你现在是否适用,关键是你把精力耗在这上面,自己经常用的那些技术点都没有整明白,出了问题还要请教别人。



我曾经就碰到过某个创业的公司运维朋友,公司小架构也简单,开始我就告诉他,先把各种业务关系和功能 理清,能拆分的拆分,把监控报警做好,有时间做好自动化,多考虑未来的扩展性,结果他没事一阵儿整 openstack,一阵儿搞分布式存储,一阵儿又搞其他的,也不会写代码,一个人也没整出啥堂,然后过了 半年再跟他聊的时候,公司拿到钱了急剧扩张,以前的架构要改造,如何改造他自己没有一点思路,很多细 节搞不清楚,结果本来是他妥妥的运维经理位置,自己担不起来只能拱手让给别人。其实只要他把这半年的 时间利用起来把自己现有的架构(多和研发沟通)和用到的技术点研究透彻,我相信也不至于如此尴尬。



五、成为专家:你就牛逼



如果你上述四点做好,那么你就离某一方面的专家仅一步之遥,这个时候你需要更加努力的学习,把某个方 面的技术发展史,代码的优缺点弄的明明白白,如果能修改代码或是二次开发那就更牛逼了,你需要多吸取 与此技术相关联的知识,多和研发前辈们交流,然后老老实实沉浸于此几年时间,之后在某个鸡鸣狗叫的时 刻,你会突然发现自己涅槃重生了,受到各种膜拜,各种高薪offer。



六、学会做事:



有的公司小,实行的是扁平化管理;有的公司大,实行的是层级式管理。两种管理方式在公司不同的发展阶段有不同的优缺点。有不少刚入门或是已经在公司干了一两年的朋友肯定听过前辈们谈论公司的办公室政治,如何如何复杂等,其实就如同有人的地方就有江湖一样,有办公室的地方就一定会有办公室政治。



对我们刚刚进入公司的朋友来说,在这样的情况怎么好好工作呢?其实很简单---搞清自己的位置,做好自己的事情。这句话说起来很简单,但是真正做到的却没有几个人。不管是哪种管理模式的公司,真正放心放权的管理人也没有多少,大家平时可能会碰到越级安排工作,或是越级汇报的情况。如何处理呢?



一、跨部门情况:

有别人的部门领导自以为跟老板关系好,喜欢越过你部门的领导直接让你接活,这个时候你直接拒绝也不好,直接答应也很尴尬,那么你可以委婉的说自己手头上还有其他的事情,先看下时间安排,待会儿答复;或是先接下来,跟自己部门领导汇报后听领导安排。



二、本部门内的越级汇报和越级安排(领导的领导)

这样的事情我相信很多人碰到过,而且很多人经常喜欢这么干,那么作为小小弟的我们怎么办?先接下,然后跟自己的直接领导说下这个事情的原委,这样事情也办好了,自己的直接领导也知道事情的原因该知道怎么做了。



但是如果你不说,掖着瞒着的话,迟早会出问题的。至少部门内氛围不谐和是肯定的,时间长了会直接导致部门内部四分五裂,大家都会想着直接给大领导汇报、刷脸、邀功,时间一长这个部门主管基本就没什么威信了;但是大领导又不可能每天都关注下面各部门每个人的工作细节,还是得通过部门主管去安排,这个时候下部门主管已经没有威信了,那么这个部门的执行力就会大大降低,大家明面不反对,各种阴奉阳违就必须的。



这样就会经常出问题,出了问题部门主管就会挨骂,整个部门的KPI就会不好看,那么作为部门里的员工就会 过的很好嘛?肯定不会,因为你的KPI还得你的部门主管来评定。最终苦的还是自己!



结论:多汇报、多沟通、多做少说、按时完成。



七、与人为善:做一个平和的人



有句俗话说:伸手不打笑脸人,意思是说不管在何时都要记得与人为善,与人交往面带微笑,与人交谈诚恳倾听。就算你以后出点差错,别人也会给你一条退路。如果做不到,或是看不惯某些事,也要保持中正平和的心态。但是现在很多初中级的运维人员,一旦发现自己知道的技术点别人不知道,立马尾巴高跷,各种讽刺嘲弄、看不起别人,还有的如藏家珍,怎么问都不说;反而那些老一辈的研发,高级的运维工程师,每次跟别人交谈不管自己是否知道,都会侧耳倾听,等别人说完了才说出自己的看法。给与别人足够的尊重,这就是处世最基本的原则。



当然如果你正好知道某一个别人不知道的而去帮助别人,总有一天你也会得到别人的帮助。