欢迎光临企业型网站建设公司网站,为您提供专业的一站式建设服务。

企业型网站建设公司

品牌网站建设开发,专业营销网站设计价格

云计算正在杀死运维吗?

作者:jcmp      发布时间:2021-04-17      浏览量:0
我回答这个问题是2020年3月份由于问题

我回答这个问题是2020年3月份

由于问题时效性问题,这个问题提出的时代背景是: 在几年前,云计算的普及,让很多运维工程师都把心提到嗓子眼了。

我们运维会不会又被淘汰啊?

上次淘汰运维的是云服务、DevOps、SRE,现在淘汰运维的是AIOpS。

到底我们运维要被淘汰几次才能死绝呢?

下面我说说自己对于 运维 的理解,其实在我很多回答都写过了,现在不厌其烦再写多一轮。

然后再针对云计算的发展,聊聊其对运维工程师职业生涯的影响在哪?

「运维是干什么的?」

这「运维」二字可能有几层意思,分别可以指代运维工程师、运维团队或者是整个运维服务体系。

我们可以看出这三层是从狭义到广义的递进,我相信绝大部分知乎的题主问的是运维工程师,只有极少数人能意识到有运维服务体系这一层含义。

我们经常会听到一些言论,比如:

我记不清运维工程师到底被失业了多少遍,然而我认为就算运维工程师被取代了,运维服务也不会消亡,Ta将伴随并支撑着业务发展的整个生命周期。

为何这样说,我们还是用业务的诞生过程来分析。

一个站点或者App,大致经历着这样的诞生过程: PM 设计出产品原型,交给 Dev 开发实现,QA 测试,最后交付给 Ops 部署到线上运行,最后供用户使用。 在这几个简单步骤中涉及了众多的人、角色、交付过程等对象,这是一个完整、复杂的系统工程,而任意一个环节的失误都可能影响最终呈现给用户的体验以及效果。

我们重点考虑从 Dev 把业务产品完成后交付给 Ops 到线上运行的这个阶段,Dev 同事主要负责业务产品的功能完整、逻辑正确等业务指标,而 Ops 同事主要负责业务产品的运行质量、稳定性、可用性等系统指标。

无论后面的交付步骤是用 DevOps 还是 SRE 的实现方式,都离不开一个广义的运维服务的执行环节,所以说 Dev 还是 Dev,Ops 还是 Ops,没有谁被取代,只是运维服务的执行方式升级为更加软件工程化的手段,减少人肉操作,DevOps 强调自动化、拉动式来提高团队交付效率与质量。

简单来说,就是把过去传统的黑盒运维的思维方式抛弃,进入白盒运维的时代,我们必须更加深入代码、深入业务运营,让整个线上服务运行于更优质高效的状态。

然后,我对于运维工程师的职业发展,分为几个阶段,划分的层次比较粗放,不做展开。

简单划分1~5的层次,如果按阿里系的职级来划分,大概是对应

然后呢,我相信随着云服务的普及,可以大大解放第1层的初级运维工程师、少量解放第2层运维工程师的工作量。

那么,我们对各层次运维工程师,有什么的影响?

1、对第1层的人员人数要求减少了

中小型企业甚至可以不需要第1层运维工程师,包括IDC运维、网络运维等,可以专注于业务应用层的运维团队与能力搭建。

2、对1~2层人员往上层职责靠拢的要求提高了

对于第2层的运维工程师,需要把自身的工作职责不仅仅定位与应用运维,由于云服务的发展,很多中间件运维已经非常智能化、傻瓜化,如MySQL、Redis、Kafka、Kubernetes等PaaS层工具,都不需要第2层运维工程师来深入研究,掌握云服务商的最佳实践,基本满足90%以上的业务需求。那么第2层的运维工程师就需要往第3层要做的事情靠拢,向上学习、提升自我。

3、对于3、4、5层运维职责影响不大

从过去的机房、带宽、存储等实体设施,到云服务商的虚拟产品,这个从实到虚的演化,其实对于上层运维来说,就是改变了一些技术方案落地的细节而已,整体影响不大。