未来运维之路

在银行待了四年，即将转战云计算行业，离开原因很多，最重要的原因是个人发展达到瓶颈，强烈的危机感让我义无反顾的加入了一个蓬勃发展的行业。在此人生的十字路口，我想谈谈自己的一些想法和感受。
先谈谈我对未来运维前景的认知，未来运维的方向两个关键词，全栈式+DevOps，前者是工作职责的转变，后者是工作方式的转变。
首先说说全栈式，Iaas的出现让网络、计算、存储三个基础资源变得更加融合，未来单纯网络工程师、系统工程师可能不会存在，转而变为云平台运维工程师或云平台架构师，这其中可能有人会侧重于网络技术，有人会侧重于虚拟化技术或者有人侧重于存储技术，但是如果你只懂其中一个技术领域恐怕将无法适应未来的运维工作。
再说说DevOps，DevOps这个词的定义首先就有争议，有说是开发自运维，也有说是传统运维的延伸，我觉得DevOps更像是一种工作方式的转变。开发和运维之间本身就是相互冲突的，很多情况下开发为了实现产品功能，运维为了保证系统稳定，为了各自利益互相内耗，难以有效沟通。但随着应用软件的功能越来越复杂，访问量越来越大以及数据爆发式的增长，分布式、高可用、服务化、敏捷、弹性、可视化等等这些词几乎已经成为了IT架构的方法论，这种大环境下无论是开发还是运维原有的老思维方式都行不通，这个时候就需要运维学习开发的技能、开发掌握运维的知识，减少冲突，增加沟通，这是一种工作方式的转变，而不是单纯的开发自己搞运维或者运维自己搞工具自动化运维。
最后说说我自己，作为一名从事了多年一线运维工作的网络工程师，在整个运维转型的大环境下，感到非常的尴尬，甚至一度非常迷茫，原因有几点：
1、网络太过底层，和应用难有交集，无法深度参与应用。虽然现在SDN的出现有望改变此现状，但是SDN其实和网工没有半毛钱关系。现在国内主流的SDN实现方式是overlay（vxlan、NVGRE等），据我了解目前大多数公有云公司，overlay网络都是研发和云平台运维来主导的。
2、整个网络行业太过封闭，跟不上时代潮流，各大网络厂商为了各自利益搞软硬件捆绑，搞私有技术，这么些年我们听过各种linux社区、openstack社区、hadoop社区，可曾听过什么网络社区？
3、这么多年网络一直游离在各种技术革命的风暴之外，这让我们这些网络从业人员明显感觉到了边缘化和个人发展瓶颈，隔壁的系统管理员们什么openstack、docker、分布式存储、自动化运维玩的飞起了，我们却还在搞着vlan、生成树、路由协议这些十几年前的东西，真是羡慕嫉妒恨啊。

穷则思变，未来网络工程师会不会消失我不知道，但是其很可能会变成一种熟练活从而失去价值。所以，未来运维之路必须要向全栈式+DevOps转型。于我而言，转型第一步就是对于其他领域技术（linux、虚拟化、存储、数据库等等）的学习和积累，我不太同意用到什么再学什么的观念，太被动，机会是留给有准备的人。