云计算的冲击:传统运维,你还有多久会消失?

【云计算的冲击:传统运维,你还有多久会消失?】“虚拟化” , “公有云” , “混合云” , “容器” , “云原生” , 这些技术词汇正诠释着我们当下所处的云时代现有的样子 。
云计算的冲击:传统运维,你还有多久会消失?
文章图片
上图来自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 , 可以在招聘网站上搜一搜 , 也许它会成为你职业生涯的转折点 。
写在最后 , 运维存在的价值就是维护业务的稳定 , 不管是传统运维 , 还是运维云 , 我们的使命和存在的意义没有变过 , 只是时代在变 , 所以我们也需要改变 。


    推荐阅读