给运维同学的一个转型建议

水手

新年开工之初，给大家一个观念上的冲击，就像我在专栏里写到的，思路上的转变，有时远比单纯技术上的提升要重要的多。当然，我这里写的是运维，其实跟绝大多数做技术的同学都相关。

之前有很多做运维的同学问我该如何提升自己，后续应该怎么发展等等。其实，脱离大家的实际工作场景，我给出的建议基本都是很虚的，这个要结合实际情况来看，才会更有针对性。

但是去年一年下来，我也接触了很多不同行业和企业的运维团队和人员，再加上我们自己也在不断的转型中，所以我觉得可以给个方向上的建议。

因为很多困惑，其实是来自现状的约束，总是在一个圈圈里面打转，不如跳出来看。也就是我们常说的，不要做局部的最优化，要尝试从全局去寻找更好的解决方案。

建议其实很简单，跟着趋势走，趋势是什么，就是云计算，直接一点就是，要去做跟云计算相关的岗位。

其实仔细关注下技术趋势的发展，你会发现，现在很火的一些概念，比如Serverless、FaaS、边缘计算、弹性计算、云原生、IoT等等，甚至是我们耳熟能详的Docker容器、K8S、机器学习、AI等等。

如果我们自己仔细琢磨下，它们基本都跟云计算相关，很多都是在云计算这个趋势下衍生出来的新技术，而且又因为云计算提供的基础设施，相互之间又有紧密的联系。

说地严格一点，这些技术只有在云上，甚至是公有云上才会发挥作用和价值，脱离了云计算，这些技术没有任何意义。

因为，云计算带来的最大的好处就是“按需索取”，也就是我们说的弹性，进而带来成本上的最优化。

如果我们自己机房里还维护着上千台设备，都是我们自己的成本，说实话，再弹性也没多大意义，因为不解决实际的成本问题。

再就是，到了机器学习领域，特点是周期性地需要大量CPU和GPU资源，并不是持续需要，所以如果还是延续老的思路自己采购，这个成本就大了去了，对于一般企业根本不现实。

况且有时候还要考虑资源在不同区域分布的问题，比如边缘计算，一个普通企业搞一个机房还可以，但是要管理和维护很多机房，就不太现实了。

所以，这里小结一下，不难理解，未来的技术趋势，一定是跟云计算相关的，这个是大势，不可逆。

但是，现在在很多企业里面，很现实的情况就是，上云上不去，要么政策原因，要么是没技术实力和人力，现有自运维的模式也玩的下去，所以就这样发展着。

这种模式，对于企业来说，是个不错的选择，稳定，还不用折腾，但是，说实话，对于里面做技术，特别是做运维的同学，就没什么挑战性了，也不会有什么发展空间，往往还很苦逼。

我发现，问我转型问题最多的也是这个群体。

所以，从个人成长的角度，我觉得，如果想要更好的发展，更大的空间，就朝着云计算这个行业走，做跟这个行业相关的岗位。不然，真的就只能是搬服务器、插网线、做配置、重启服务的角色了。

一些岗位参考，比如，公有云平台的运维，至少在规模和体量上足够大，挑战也足够大，还能接触到很多新技术，做的好一些，可以参考Google CRE。

如果沟通能力比较好，有一定经验，可以考虑解决方案架构师，跟客户对接，至少从我目前接触下来的情况看，这个角色的整体水平和能力还很不够，能做地很深入的很少，但是实际情况下对这个角色的要求又很高，如果能做好，真的是前途无限，甚至会逐渐取代云销售的岗位，17年的时候，Oracle就曾经裁掉三分之二的销售，为的就是大量增加解决方案的岗位，可见实际情况下，这个岗位有多么重要，价值有多大。

再或者，去规模较大的甲方，做云跟业务之间的衔接者，这个角色是跟云解决方案架构师相互补充的角色，要考虑的问题是，怎么将云上的解决方案很好的落地到业务层面，同时应该如何衡量云服务的运行质量等等。

同时，在甲方，还要考虑成本问题，衍生出来的角色类似于技术运营，因为在云上，资源是容易获取了，但是成本也会发生不断地的波动，不同的产品，不同的定价策略，使用方式和周期不同，定价也不同，不同的云，策略也不一样，怎么控制好，优化好，也是有很大发挥空间的。

最终，总之一句话，跟着趋势走，就不会不知道自己要做什么。不一定要超前，但是不要落后，至少不要落后太多。

作者：Forrest赵成