Yahoo!:从持续崩溃到持续交付

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

几年前,持续交付是一个由一小群早期采用者尝试的新概念。事情变了。现在,持续交付或 CD 是一种实践,大大小小的公司不仅在尝试,而且将其作为一种新的、更快的、按需的商业文化的一部分来接受。

我们现在听到这个词经常被描述为公司在其特定领域竞争时需要追求的“赌注”必需品。加注的公司有优势。不这样做的公司就会落后。持续交付现在被视为 DevOps 转型的第一步。

您不会找到许多比 Yahoo! 更繁忙、更复杂的广告和数据平台。广告交易。这家媒体巨头的平台由一个每天处理超过 1000 亿个事件的大规模分布式系统提供支持。该系统由数百个独特的软件组件和数千台服务器组成。数百名程序员在不同的团队中使用十几种语言工作,具有不同的优先级和时间表。

今天,系统嗡嗡作响——这要归功于由持续交付驱动的流程改革。 Ad Exchange 团队每天生成 8,000 多个版本,无需人工干预即可将代码投入生产。

在 CD 倡议之前,这是一个不同的故事。 Ad Exchange 团队每年只发布 3 次构建到生产环境。建筑物经常损坏,平均需要一周左右的时间才能重建。编码将在为期六周的紧张会议中进行,然后是八周的测试。 QA 将签署一长串例外情况,并且还需要四个星期才能投入生产。

“今天同一个团队定期发布,”雅虎!高级产品架构师 Stas Zvinyatsokovsky 告诉听众。该团队在大约六个小时内从提交到认证,他们每天排队等候发布。如果出现故障或安全问题,他们会在同一天修复。

Zvinyatsokovsky 表示,Ad Exchange 团队在两年的时间里“从‘持续崩溃’转变为持续交付”。

“持续交付已经成为文化的一部分,”他说。 “如今,当新产品交付时,我们预计每天会多次投入生产。”

十年前,持续交付被视为一个新的、令人困惑的概念——供早期采用者测试和尝试的东西,而商业社区的其他人则坚持他们的周期。如今,许多公司仍在寻找将 CD 集成到其运营中的最佳方法。但是 CD 正在成为主流。

大大小小的公司——从 Choose Digital 一直到亚马逊——横跨零售、旅游和数字音乐交付等不同行业,正在产生真实、有形的成果。他们部署得更频繁,摩擦更少。他们正在创建全新的业务模型,并且他们正在开始 DevOps 转型——这要归功于持续交付。