传统运维，你还有多久会消失？

最新推荐文章于 2022-07-14 13:38:01 发布

新钛云服

最新推荐文章于 2022-07-14 13:38:01 发布

阅读量546

点赞数

本文链接：https://blog.csdn.net/NewTyun/article/details/106821742

版权

“虚拟化”，“公有云”，“混合云”，“容器”，“云原生”，这些技术词汇正诠释着我们当下所处的云时代现有的样子。

上图来自Gartner官网。2019年11月13日，Gartner，Inc预测，到2020年，全球公共云服务市场将从2019年的2278亿美元增长到2664亿美元，增长17％。（这里指的公有云服务包括：BPaaS =业务流程即服务；IaaS =基础架构即服务；PaaS =平台即服务；SaaS =软件即服务；CMSS=云管理和安全服务）。同时预测到2022年，公共云服务市场将达到3546亿美元。暂且不去推敲Gartner预测的数值是否正确，但从另一个角度，看近几年主流公有云的财报可以发现营收全部都在增长（亚马逊发布的2020财年第一季度财报显示，一季度亚马逊云计算业务营收102亿美元，同比增长33%；2020财年，阿里云财年收入破400亿元人民币，比上一年度增长62%）。

前有Gartner的预测，后有主流公有云的财报，这已经说明了一个事实，云时代确实到了，云运维的时代确实到了。

好了，到这里，可以引出这次的主题了。传统运维，你还有多久会消失？这绝对不是危言耸听，这一切正在一步步的向我们走来。

云时代之前，运维是什么样子。

公司要上线一个业务，大概的步骤是这样的：首先需要找数据中心，找网络（网络还分电信/联通/移动/BGP），还要测试网络质量，然后租机柜，买/租服务器，然后装系统，配交换机，配防火墙，配负载均衡，配安全防护设备，安装环境，部署业务，添加监控，进行安全合规扫描，进行渗透测试确保没有漏洞等等。

上面的各个环节在大公司里面都有专门的人负责：

负责找数据中心，租机柜，买/租服务器，然后装系统的叫IDC系统运维；
负责找网络测试网络质量，配交换机，配网络的叫网络工程师；负责配防火墙，配负载均衡，配安全防护设备，安全合规扫描的叫安全运维；
负责安装环境，部署业务的叫应用运维SRE；
负责添加监控的叫监控运维；

也许看到这里你会对号入座，如果你在里面找到了自己的位置，那么这里的传统运维说的就是你了。

最早的公有云AWS是2006年出现的，那时也只是买云主机，但到现在2020年，AWS提供的服务早已突破了100个，从计算、数据库、大数据、到机器学习、物联网、区块链，甚至卫星、量子技术、机器人都可以作为服务提供给所有人。AWS是行业的先驱，不过我们国内的阿里云、华为云、腾讯云也不弱，也提供了50+的服务，所有人都可以按需购买使用。试想一下，这么多技术，这么多服务，如果都自己搞的话，技术团队需要多少人，不说别的就计算资源这块，自建私有云，怎么着也得1-2个人吧，而且还得特别牛逼的那种；而现在你可以一个都不需要。

这么看来大家如果都用云了，是不是传统运维都要失业了？

非也，首先，大家都用云就是一个伪命题，总有人不用或者不愿意用的，美其名曰为了安全（拿来忽悠可以，真实原因可能远不止安全），那他们就需要传统运维；第二，就是去公有云服务商，像AWS、阿里云、华为云、腾讯云等公有云厂商，他们把传统运维要干的事情都集中起来了，即使自动化做的再好，系统、网络、安全、还是要人的，当然他们的要求非常高。

说到这里，似乎传统运维转型对于大多数传统运维来说是唯一的选择了，其实这个观点一点也不新，因为DevOps已经提了好几年了，什么是DevOps呢？

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

我的答案是NO。

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

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

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

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

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

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

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

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

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

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

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

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

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

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