每个数据科学家都得会一点SparkMagic

用我的理解，就是让运维也去写代码，写平台，慢慢融入研发，给研发打打下手，写写工具啥的，和纯开发还是有区别的。那么，DevOps是传统运维最好的转型方向吗?

我的答案是NO。

现在最火的技术是什么?容器，Kubernetes，它正在成为运维的标配技能。就像几年前的虚拟化一样。

大家有没有想过为什么，容器会那么火，表面上容器主要是解决业务和环境一致性的问题，再往深里想，容器是带着替代传统运维的使命来的，没有了环境一致性的问题，放在哪里都运行，那要运维做什么，只要研发写好代码，写好Dockerfile，给个主机就是跑起来了，出问题了也不用修复，直接干掉老容器，起一个新的就可以了，在加上Kubernetes，连这些帮你做了，那传统运维该怎么办，学写Dockerfile吗?太简单的东西，根本不需要专门的人写，研发写代码时顺便写写就行了。

这么看，转容器也不是最好的选择 ，那到底什么是传统运维转型最好的选择?三个字“云运维”。

为什么说云运维是传统运维转型的最佳选择?

首先 ，公有云的服务越来越多，用哪些服务，怎么用，每个服务都有什么特性，哪些参数可以配置，都有哪些限制。

这些往往是很细的，在使用之前如果没搞清楚，上线之后就可能出现各种问题，所以传统运维可能会倾向于只选择云主机，然后剩下的东西都自己部署：

1、可能是为了体验自己的价值;

2、可能是对云服务不了解，不会用;

3、可能好忽悠老板，云服务贵等等，但是他肯定不会说，人力其实也挺贵;

但是对于如何用好云，却是云运维最擅长的。熟悉公有云的脾气，合理的设计架构，业务稳定性绝对比自己搭建服务要高;除非你觉得你的技术比AWS、阿里云里面的架构师更强。

第二，因为公有云上提供的服务都属于标准服务，在不同行业业务中使用的时候，未必都那么顺手，不少需要进行适配，大到业务架构，小到配置参数。既然上云趋势摆在那里，那么如何协调现有业务和云服务之间的适配问题，就是云运维必须解决的，有时需要研发改代码，有时需要调整一点架构，但其中的主导者应该是云运维。

最后，还有一些存量系统，对于老公司这是一个绕不开的问题，硬件老化，逼得老系统上云，这也是需要云运维才能搞定的。

既然云运维是传统运维转型的最佳选择，那么传统运维要怎么转云运维呢?笔者想了几点，但可能不全，大家可以各持己见。

第一，多去了解公有云上都有哪些服务，这些服务都怎么使用，尽可能在工作中尝试使用，或者引导研发来使用。

第二，尝试将传统运维中的一些工作，在云上实现，比如传统的CI/CD, 堡垒机，在云上应该怎么弄;这里推荐一个云上编排工具Terraform,如果想试试云运维，Terraform 你值得拥有。

第三，入职一家CloudMSP服务商，因为他们的工作就是帮助用户选云、上云、用云，在工作中学习，进步是最快的。新钛运维就是一家国内主流的CloudMSP，可以在招聘网站上搜一搜，也许它会成为你职业生涯的转折点。

写在最后，运维存在的价值就是维护业务的稳定，不管是传统运维，还是运维云 ，我们的使命和存在的意义没有变过，只是时代在变，所以我们也需要改变。

（编辑：周口站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!