人工智能时代前沿技术社区

首页 > IT管理 > 热点

传统运维,你还有多久会消失?

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

作者: | 2020-06-18 21:47:41 | 来源:51cto

96b438f3797e4bb458eeaf8b5478a16b.jpg-wh_651x-s_1010763336.jpg

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

上图来自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、阿里云里面的架构师更强。

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

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

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

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

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

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

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