阿里云运维外包讲解 阿里云运维外包怎么样


阿里云运维外包讲解 阿里云运维外包怎么样

文章插图
云计算正在杀死运维吗?近年来,关于“去运维”的相关话题甚嚣尘上,但似乎没有引起程序员的过多关注或者大范围讨论 。近日,程序员论坛 V2EX 上出现一个热议话题“阿里云正在缓慢而稳步地杀死运维行业”,这似乎表明运维人员最终还是感受到了来自云计算发展带来的巨大压力 。发帖者认为,“当容器服务集群、跨地域监控与容灾 / 保活、DBA、代码托管与 CI/CD 都能全部依托阿里云产品时,运维已经被踢出 IT 行业” 。
一石激起千层浪,有人认为这只是杞人忧天,并反问“阿里云自己都刚宕机,还想说不需要运维吗?”,有人则认为英雄所见略同,还有人进一步将未来的运维阐述成“云维” 。
技术的发展不能缺少埋头苦干的人,但也少不了抬头看路的人 。针对这个问题,我们想跟大家聊聊,究竟云计算的发展,是否会造成运维岗位的消亡?
没有运维的 Netflix 和运维转研发的阿里巴巴Netflix 的运维模式
Netflix 从一开始就强调开发人员进行自助化运维,他们的理念是:谁构建,谁运维 。其运维工作全部由开发人员完成,只保留极少的 Core SRE 角色专门响应和处理严重等级的故障 。
类似的还有亚马逊,无论是电商业务还是 AWS 公有云业务,都由开发负责 。
在 Netflix 看来,建立起独立运维团队的主要助益,在于当一切进展顺利时,开发人员不致因运维任务的介入而分神 。然而,当工作进展遭遇阻碍时,成本就会快速叠加起来 。开发人员与 SRE 之间的沟通与知识转移往往存在严重损耗,且需要额外的往来以实现问题调试或解答合作伙伴的疑问 。
由于运维团队对需要部署的变更本身缺少直接了解,因此问题部署通过会带来更长的检测与解决周期 。当时在代码完成到部署之间的时间断档要远远长于当前,发布时长往往需要数周而非数天 。这方面反馈主要来源运维人员,他们大多亲身经历过诸如警报 / 监控缺失或者性能问题以及延迟增加等挑战,而这些问题最终又会被转移至开发人员手中 。
为此,Netflix 从 DevOps 运动的基本原则中汲取灵感,提出了“谁构建,谁运维”这一理念,旨在鼓励系统开发团队同时负责系统的运维与支持工作,从而真正将 DevOps 引入实践 。
阿里巴巴的运维模式
阿里技术团队在 2016 年左右开始了一次大的组织架构调整,即把日常的运维工作交给研发做 。原来的 PE(Production Engineer)要么转岗去做工具平台开发,要么作为运维专家做产品规划和设计,还有一部分无法适应的只能黯然离开 。
这是阿里运维从工具化到自动化最重要的一个过程 。集团性公司支撑的 BU 一般非常多,导致运维团队基本都是在干脏活、杂活 。从组织层面上做出这样的调整后,运维团队的大多数人更多的时间是投入在研发工作上,而不是投入在日常的杂事上 。这是 DevOps 真正意义上被彻底执行 。
随着公司规模的逐渐扩大,从人肉运维到工具化运维再到自动化运维乃至 AI 时代的智能化运维,对于运维能力的要求是越来越高,对于运维人手的要求却越来越小 。无怪乎有人发出这种论断:云计算(AI)正在杀死运维!
所以,运维如何逃过这场“追杀”?随着自动化的逐步完善,单个 PE 能够支持的业务变得越来越多,很多事情似乎都可以通过自助完成,很多公司可能在潜移默化中就降低了对应用运维岗位的需求,逐渐以一种类似阿里的发展方式运行,似乎用不了多久,运维岗位就会被普遍“杀死”,运维人员应该如何做好转型和过渡呢?


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: