运维的命，真的被革了吗？

运维一时间犹如那落后的晚清政府一下，四处飘荡着要革运维命的声音，运维到底是怎么了?

IaaS兴起的时候，有人说要革运维的命。

Docker兴起的时候，有人说可以革运维的命。

DevOps及运维自动化平台一出来，此时有人大喊运维要下岗了。

……

为了更深入的去了解这个问题，我特意找了国内的著名招聘网站猎聘网提供了一份运维岗位需求趋势图的数据，这份数据是后台的真实数据，如下：

红色线是在猎聘网上发布的运维岗位趋势图，它包含了所有运维岗位需求情况(如业务运维、网络运维、linux运维、DevOps)。

绿色线是在猎聘网上发布的所有岗位平均趋势图。

蓝色线是在猎聘网上发布的网络工程师岗位趋势图。

注：本来还统计了一个DevOps的岗位需求，但是太少了，几乎可以忽略。

从以上的数据变化曲线中可以看到，运维的需求还是大大超过企业岗位的平均需求，这说明企业对运维的需求依然很大，呈现加速增长的趋势，但网络工程师的需求，则低于平均需求，这是为啥?

对照云的分类，可以把运维理解成三个层次，这三个层次对运维的能力要求又截然不同，可以对应到运维组织中的某类角色。IaaS层的运维能力是对应的服务器运维和网络运维;PaaS是一些专业服务的能力运维，比如说DBA、DNS、LVS管理员等等;SaaS对应的是应用运维的角色，确保面向用户的服务保证、服务交付和服务衡量。如此分类之后，对以上的网络工程师的需求趋势的增速就可以理解了，这几年随着公有云平台IaaS的逐渐被初创企业接受，会稀释掉很多网络工程师的需求，但依然会增长，而企业的其他岗位需求则更大。

从以上的分类逻辑下去，再结合行业的一些分析，你会发现所谓的运维革命更是很难，仔细看看：

公有云只是云的一种形式，无法形成颠覆性影响

从Rightscale 2015年的报告来看，对于无IT资产包袱的初创企业来说，公有云是一个很好的选择，但对于很多传统企业来说，并不会直接考虑把自己的整个企业应用搬到公有云上，更愿意选择自己私有IT的云化，其中涉及数据安全，资产包袱，IT能力转变等等。从目前国外的情况来看，混合云(同时拥有公私云)的比例达到55%，这就意味着IT维护的岗位需求依然是存在。

另外如果缺少多云管理的平台，Multi-Cloud也是一个难点。举个例子，国内各家公有云的标准不一，想把Mysql中数据从一家云迁移到另外一家都是很难，在短期内也只能依赖人来保证。

云催生的业务呈现爆发性增长，应用运维需求会更大

从2014年腾讯开放平台提供的数据来看，有创业者近500万，如果加上其他公有云平台，则创业者数量更多，带来的运维需求很大也是必然。应该说IaaS云计算给创业者提供了一个低门槛资源获取能力，也大大降低了创业者的门槛，把之前那些专业、时间周期长的能力简单化了，此时人人都可以成为创客。

对于初创企业来说，不一定在开始就需要招聘运维人员，但是业务规模增大之后，一定会需要应用运维，否则就是研发干运维的活。目前一些创业的朋友就找我介绍运维，对于做过运维的人来说，可以简化企业的运维工作，对于没做过运维的人(比如研发)，会复杂化企业的运维工作。没有运维支持的开发，一定会有种感受–自己没有时间写代码，做架构设计等等。

私有IT环境的云化，运维的需求不会减少

IT私有环境的云化对传统企业的运维能力要求不是降低了，而是更高了。对于高端的银行、电信企业来说，高端的设备对运维能力要求依赖很低，而转变成x86和IaaS体系以后，运维需要掌握的能力就更多了，特别是一些开源技术。而对于那些只是机器托管的企业来说，他们更需要掌握IaaS平台的维护能力。

不过运维人一定要注意，不要让自己成为那个赶马车的人，蒸汽机一出来，对你的影响最大。我理解大家说的运维革命，就是革掉那些技能型/操作型运维人，他们带来的价值会越来越低，并且可替代性越来越强。既然IaaS能把服务器运维和网络运维在公有云里面释放出来，那么SaaS运维平台也就可以把部分应用运维职能释放出来，比如说自动化、服务器管理等等。

其实我觉得当前的运维革命论是一个很好的提醒，提醒我们自己要面对趋势，自己做好转型的准备，但也无须过度担忧。未来运维岗位的能力要求一定是开发型运维、技术全面型运维、云平台型运维。另外当别人提出运维革命的时候，可能是因为一些人不了解运维，也有部分原因是运维人没有去让他人去了解，导致大家觉得运维的活很简单，可以被机器替代，这就需要运维人一起努力展现自己。