上大学的时候，我所在的系有3个专业：工业自动化、检测技术及仪表、计算机，那时候我们经常会自我调侃，说我们分别是工厂里的”电工“、看水表和电表的、装电脑的。甚至到了今天，很多圈外的朋友知道我从事了将近15年的“IT”工作后，仍然会说：以后有啥电脑的问题找你行不...... “运维”，一个伟大的职业，也经常会被人调侃为“看机房”的，大家不要笑，这是个残酷的现实，即便是在圈内，在一个正常、逼格很高的企业中，运维人员仍然摆脱不了这种“贱民”的身份。
为什么会有这样的情况，我们可以从企业的组织架构谈起，以下是示意图：
这是一个非常常见的企业业务软件的产生流程，在这个流程的每一个节点上，都有相关的部门承担对应的职责，例如规划通常是企业的规划部、科技部、总工室之类的承担，而这个链条的末端，就是我们可怜的运维。
当然，很多人也在说，运维也可以吧黑锅扔给前面的开发和测试团队呀，我只能说这是个美好的愿望，因为你只能把问题往前仍，但是，软件的bug、架构的失误等等，在这个已经非常成熟的软件世界中，已经被大家接受了，你想，一个OpenSSL那么多年了，还出现天大的狗血漏洞呢， 而运维出了问题，一句话就干死了：运维能力不行！
我去他三舅姥姥！运维能力，这是一个多么可怕的名词呀，企业对运维的要求就是：不断提高运维水平，通过可靠、稳定的运维来提高系统运行稳定性、通过提升快速反应能力来降低运行风险，提高业务的无故障运行时间
看到没，人家还给你留了个口子，就是说还可以有“有故障时间”，大哥，用凉水洗洗脸清醒一下吧，那个口子的一大部分是留给规划、开发、测试的好不好。
说到这里，苦逼的运维狗们一定哭的稀里哗啦的，这还不是最严重的，我们回头再看看“运维能力”这4个字，这里面学问大了....
业务系统经过漫长的过程，最后移交到了运维团队，运维团队要做什么呢？系统部署、业务软件部署、接入运行平台（监控、备份、容灾什么的）、像看孩子一样守着（日常巡检）、应急处理....
流程好理解，但国内任何一个企业随便搞一下就几百个应用，以前还好，使用的东西无非就是IBM小机、Oracle数据库、Weblogic/Websphere中间件.... 备份、容灾也就那个几个，在企业里蹲上几年也就全了解了，至少对付一下没问题。现在国家提倡了一个去IOE、自助可控、开源，各种各样技术、软件如雨后春笋一样冒了出来，但是大数据行业，什么hadoop、spark、mesos...，有些名字列出来我都不认识，不是宝宝不学习，实在是宝宝学不过来呀。。。
这么一来，你的”运维能力“就一下子低的可怜.....
那么，如何改变这个现状呢？这个问题先容大家讨论一下，我会在后续的文章中抛准引玉，谈谈我的想法。
收起