给 IT 运维岗的几点转型建议

给 IT 运维岗的几点转型建议

来源:Forrest 随想录丨作者:赵成

新年开工之初,想给大家一个观念上的冲击,思路上的转变,有时远比单纯技术上的提升重要的多。

虽然,今天我这里写的是运维,其实跟绝大多数做技术的同学都相关。

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

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

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

建议很简单,跟着趋势走。

趋势是什么,就是云计算,直接一点就是,要去做跟云相关的岗位。

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

这些很多都是在云计算大趋势下衍生出来的新技术,而且因为依赖于云计算提供的基础设施,相互之间又有紧密的联系。

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

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

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

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

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

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

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

这种模式,对于企业来说,是个不错的选择,稳定,还不用折腾。

但是,说实话,对于里面做技术,特别是做运维的同学,就没什么挑战性了,也不会有什么发展空间,往往还很苦逼。

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

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

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

如果沟通能力比较好,有一定经验,可以考虑解决方案架构师,跟客户对接,至少从我目前接触下来的情况看,这个角色的整体水平和能力还很不够,能做地很深入的很少。

但是实际情况下对这个角色的要求又很高,如果能做好,真的是前途无限,甚至会逐渐取代云销售的岗位。

17 年的时候,Oracle 就曾经裁掉三分之二的销售,为的就是大量增加解决方案的岗位,可见实际情况下,这个岗位有多么重要,价值有多大。

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

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

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