给产品经理讲讲,什么是持续交付和 DevOps

本指南适用于:

  • 你在科技领域就职,是产品经理或者MBA。你的团队玩 A/B 测试,特性切换,你办公室里还有一条狗。 当然,你已经理解啥是功能分支,什么是 CD 以及 DevOps 文化是什么样子。对不?嗯,当然。
  • 你已经走在敏捷的路上,工程团队现在每周都跟你的产品人员会面,讨论故事和迭代。他们协作良好,对构建的东西感觉也越来越好。 可你的客户仍然不能更快的获得这些功能。 你仍然得等着发行列车离开车站。你已经听到过像Esty, Flickr, Google 等这些公司每天能交付100次,他们咋做到的呢?
  • 你的开发团队想要实施“CD”(译者注:Continuous delivery – 持续交付)。 你已经听到过一些好事儿,但是你同时也担心,这些变更进入产品却没有经过适当的测试,或者不能对这些变化进行适当的营销。那么,CD到底是什么?

我在这里将揭开这些实践的神秘面纱,告诉你“在商业方面”他们到底有多么重要,并且让你参与进来。这其实并不复杂,我们有图示和所有的一切信息。

让我们从一些概念定义和例子开始吧。

持续集成(CI – Continuous Integration)

在传统的软件开发中,整合过程通常在每个人完成工作之后、在项目结束阶段进行。

整合过程通常需要数周乃至数月的时间,可能会非常痛苦。持续集成是一种在开发周期的早期阶段进行集成的实践,以便构建、测试、整合代码可以更经常的进行。

CI 意味着一个在家里的笔记本上写代码的开发者(比如 Steve )和另外一位在办公室桌上写代码的开发人员( 比如 Annie )可以分别为同一款产品编写软件,将他们的修改合并在一个称为源代码库的地方。

然后他们可以从各自编写并合并在一起的代码中构建软件,并测试它是否按照他们期望的方式工作。

开发人员通常使用称为 CI 服务器的工具来为其构建和集成。CI要求 Steve 和 Annie 有能自我测试的代码。这些代码测试自身确保它们能按预期运行。通常这些测试被称为单元测试。

在整合代码后,当所有的单元测试通过,Steve和Annie会获得绿色构建版本。这表明他们已经验证他们的更改成功的整合在了一起,并且代码正如测试所预期的那样工作。

不过,尽管集成的代码能成功的工作,但仍然不能投产,因为它还没有在类似生产环境中测试和验证以表明能够工作。

为了实践 CI,Steve 和 Annie 必须提交代码到主要的源代码仓库,密集、经常的集成和测试他们的代码。通常每小时多次,但是每天至少一次。

CI 的优点在于,整合代码变成了“非事件”(译注:意思是它总在发生,出错也不奇怪)。软件一直在编写和集成。

在搞 CI 以前,代码集成发生在创建过程结束之后,所有整合一次性完成,然后花费的时间未知。现在有了 CI,代码集成每天都在发生,只需要花费几分钟的时间。它仅是我们的工作方式。

你的团队很有可能正在搞 CI(或者至少他们相信自己正在捣鼓)。你可以通过询问他们是否每天都整合代码来进行确认。CI 是进行持续交付所需的第一种实践。事实上,如果你曾经签入过帮助文本、文档或图片,那么你可能已经在一直在不断的集成。

持续交付(Continuous Delivery – CD)

让我们回到两位开发者 Steve 和 Annie 身上。持续交付意味着每次 Steve 或Annie 对代码进行更改、集成和构建时,他们也会在与生产环境非常相似的状态下进行自动的代码测试。我们称这一系列的“部署-测试”到不同环境的操作为部署流水线。

通常来说,部署流水线有一个开发环境,一个测试环境,还有一个准生产环境,但是这些阶段因团队,产品和组织各异。例如,我们的 Mingle 团队有一个称为“蛋糕”的准生产环境,而 Etsy 的准生产环境叫做“公主”(译注:消除开发环境和生产环境差异,参考 Docker 技术体系)。

在每个不同的环境中,Annie 或 Steve 写的代码被分别测试。这给了他们越来越多的信心。对你而言,就是代码被部署到生产环境中时,它能够工作。至关重要的是,代码只有在部署流水线中通过了前面的测试,才能提升到下一个测试环境。

这样,Annie 和 Steve 可以从每个环境的测试中获得新的反馈。如果出现了错误,他们可以更容易的理解问题到底在哪里,并且在代码进入生产环境之前修复它们。

持续学习(Continuously Learning)

这个过程非常有助于我们的工作。这意味着如果Annie的测试在所有的环境中获得通过,你就可以知道她的代码在生产环境中也应该如同预期一般工作。一旦所有的环境都测试通过,那么你可以立即决定你的用户是否能够获得。

我们现在想要这种绿色构建用于生产中么?当然啦!并且,随着你的开发人员完成构建,新的、充分测试的、能工作的软件立马就能提供给客户。爽歪歪!

持续部署(Continuous Deployment)

这是一种实践,即:Steve 和 Annie 所做的每一项变更,在通过所有的测试阶段之后,自动的投入生产环境。Tim Fitz 首先提出了一个很好的解释。有些公司这么干,有些则不这样做。

想要实现持续部署,首先要实现持续交付。因此在开始实践CD之前,决定哪个更适合你是不重要的。

无论哪种方式,我认为持续交付是关于有助于整个业务能力的事情,因此你至少应该参与决定是否使用持续部署。毕竟,如果你正在阅读这篇文章,那么你可能就是在“业务方面”。

DevOps(开发与运维 – Development and Operations)

“ DevOps ”一词源自“开发 - Development ”和“运维 - Operations ”的词汇组合。

DevOps 是一种促进开发人员(比如 Steve 和 Annie )和其他专业技术人员(如5星级运维明星Joey) – 通常称为运维之间合作的文化。

具体来说,就是在软件交付和部署过程中的沟通与协作,旨在更快、更可靠的的发布更高质量的软件。

拥有所谓DevOps文化的组织其共同特征是:自主的具备多种技能的团队(Steve,Annie,Joey 都在同一团队)、高水平的测试和发布自动化(持续交付)和具有共同目标、有多种技能的团队成员。

你可能会发现在你的组织里可以使用的一种模式是,我们的开发者 Steve 和Annie 将和运维人员比如 Joey 合作,交付成品软件,而不是仅仅将他们刚完成的代码 “交给” Joey 去发布。

同样的,Steve,Annie 和 Joey 都将作为公共产品或服务团队的一员,他们一起负责产品的支持与维护,而不是让运维团队单独负起支持的责任。

你还会看到行动的自动化对于执行 CD 和 DevOps 的组织来说越来越重要。这是因为,为了实现我们期望从 CD 和 DevOps 中获得的可重复、定期和成功发布软件的过程,组织必须转向自动化。

手工流程很容易出错并且效率低下。

DevOps文化通常与持续交付相关联,因为它们都旨在增加开发人员和运维团队之间的协作,并且都使用自动化流程去更快速、频繁、可靠的构建、测试和发布软件。人们喜欢我们想要的所有这些东西。

下一步是什么?

虽然开发团队经常看到流程改进所带来的立竿见影的好处,但是CI,CD和DevOps 对我们其他人来说也有很多好处。简而言之,我相信组织实践CD和拥抱 DevOps 文化,将能为它们的客户交付更有价值、更为可靠的软件,而且更频繁。这是不是很赞,对吧?特别是如果你在“商业方面”(更多的客户信赖,更多的订单)。

下次我会继续讨论更多为什么你应该关心这些概念。我将讨论它对你的业务的影响以及如何介入。如果你有任何问题,请在评论中与我交流。这些内容的要点就是告知你、赋予你有关与业务相关的技术实践信息。问题很棒,欢迎提问!

有用的术语

Checking in – 签入

将本地开发的代码变更推送到通用代码仓库的过程。(译注:也称为Commit,提交)

CI Server – 持续集成服务器

用于构建和测试源代码的工具。CI服务器会告诉开发人员他们最新的代码构建是否成功,以及它们是否继续通过测试。

Development environment – 开发环境

开发人员创建、集成、构建和测试代码的地方。

Deployment pipeline – 部署流水线

这是Steve和Annie的代码在完成并准备好交付到生产环境之前,所经历的一系列阶段。通常来说,这些将是“构建、单元测试、功能测试、性能测试、部署”。不同的自动化测试将在不同的阶段运行。只有代码贯穿整个部署流水线,才能将软件交付到生产环境。

Green build – 绿色构建

绿色是成功的标志。绿色版本或构建,是通过测试开发和交付流程的特定阶段的一个版本。一般情况下,一个构建或版本是不会升级到部署流水线的下一个阶段的,除非它是绿色的。绿色构建的反面是红色构建(见下文)

Incremental development – 增量开发

不要与迭代开发混淆了(见下文)。增量开发是指一次完成一小部分产品的构建,直到全部完成。每次增量中都添加一部分,这些增量可能很小或很大。你可以通过增量开发来使用CI,但是使用增量开发可能难以实现持续交付或持续部署,因为你必须等到所有增量完成之后才能交付价值。

解释增量式和迭代式开发之间差异的一个很好例子,是Jeff Paton的蒙娜丽莎。(译注:见下图的说明,意思就是达到目标的不同方式)

增量开发

迭代开发

Integration – 集成

所有由个人或团队编写的代码都需要合并。我们称之为集成。在持续集成中,我们通常指的是来自个体的软件代码需要定期合并。在持续交付中,我们通常指的是来自不同团队的软件集成在一起以创建整个产品。

Iterative development – 迭代开发

不要与增量开发混淆(见上文)。迭代开发是从一点点开始逐次构建产品,不断完善直到完成。产品是迭代开发的,意味着同样的部分每次迭代都要改进。在不同的迭代版本中功能特性有别,在这之间计划和预期产品的变更。你可以使用持续集成、持续交付或持续部署进行迭代开发。增量式和迭代式开发之间的差异,见上图。

Master/trunk/mainline– (译注:源代码管理系统中的分支概念,细节可以参考下Git代码管理系统)

“Master/trunk/mainline”是源代码仓库的主要分支,即主线。大多数人都在主干上进行开发,这意味着他们要始终将其变更集成到主线。另一些则在单独的开发人员有自己的分支时,进行基于分支的开发,或者团队将具有不同特性的分支。

Production environment – 生产环境

这是软件部署或发布的地方。使用你的产品或网站的客户最有可能使用此环境。也可以称之为:“在生产中”,“在产品中”,“线上”。

Red build – 红色构建

红色表示失败。红色版本或构建,是指在开发和交付流程中,未通过特定阶段测试的版本。通常,如果软件的的构建是红色的,则不会将其提升到部署流水线的下一个阶段的。红色构建的反面是绿色构建。

Source repository – 源代码库

这是源代码所在的地方。Steve和Annie有他们自己正在上面工作的本地代码版本(意味着代码在他们自己的机器上),但是在开发人员提交修改的代码后,源代码库将包含所有的代码。

Test automation – 自动化测试

持续集成和持续交付需要高质量的自动化测试。测试是检查软件是否按预期工作的方法。自动化测试是代码编写的测试,能够在代码签入公共源代码库后自动运行。

在CI世界中,每次软件集成和构建时都会运行单元测试。如果测试没有通过,那个软件版本就会被确定为不能工作,“红色”,“中断”。在这种情况发生时,有些工作场合会出现“红灯”或者悲伤的声音(提示构建失败)。

如果构建失败了,Steve和Annie(无论谁提交的错误代码)需要修复它,让它变绿色,让它能够工作。他们可以通过修改代码来修复它,或者移除前面造成中断的更改。

Unit tests – 单元测试

单元测试是代码中的自动化测试,通过测试低级、单片的代码以确保它们可用和按预期工作。单元测试被认为是实施CI和CD的先决条件。(译注:单元测试在好多语言、框架里都有很好的支持)

原文发布于微信公众号 - DevOps时代(DevOpsTimes)

原文发表时间:2018-05-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏郭耀华‘s Blog

Android开发者不可或缺的四大工具

Android开发者不可或缺的四大工具 android以其极强的开放性吸引着世界各地的开发者去开发各种各样的移动应用开发,而各种SDK更是为各个层次的开发者...

3467
来自专栏ThoughtWorks

致测试同仁们:让我们做安全测试吧!|洞见

本文首发于InfoQ: http://www.infoq.com/cn/articles/to-test-colleagues-let-us-do-a-safe...

3484
来自专栏智能计算时代

什么是SCADA?

SCADA系统是现代工业的支柱 什么是SCADA用于? SCADA(监控和数据采集)是一个以现代行业为核心的工业自动化控制系统,包括: 能源 食...

2845
来自专栏IT大咖说

如何玩转Android物联网开发,这些必须知道

内容来源:2018 年 6 月 28 日,中移物联网 Android开发高级工程师程磊在“droidcon上海2018安卓技术大会”进行《当安卓遇到物联网》演讲...

3411
来自专栏数据和云

从分层分区传统架构向云网架构转型 ——基于SDN的下一代金融云网络联合研究与应用实践

编辑手记:金融云建设是一项技术集成创新、产业协同创新的重大、复杂性高的系统工程工作,金融机构技术研发应立足于金融科技核心,聚焦于SDN等技术应用之金融机构的特色...

3914
来自专栏BIT泽清

2018年苹果审核指南最新更新条款②

在上面文章已经给大家讲解了2018年苹果审核指南最新更新条款①,最近一直在忙,所以忘记给大家更了,哈哈,抱歉~让大家久等了.下面给大家继续分享2018年苹果审核...

3224
来自专栏ArrayZoneYour的专栏

微服务革命:应用,数据的容器化

近几年来,微服务架构和基于容器的虚拟化技术已经越来越多地在软件开发社区中被提及。Adrian Cockcroft就是这方面公认的极有远见者之一,他在2014年欧...

1334
来自专栏SDNLAB

开源5G网络编排器框架:Open Baton

伴随移动互联网用户数的快速增长,迅速崛起的软件定义网络技术,为下一代网络基础设施的革命化变革铺平道路。然而,数量与规模不断增长的用户连续提出的需求,使上层服务提...

3395
来自专栏WeTest质量开放平台团队的专栏

日活上百万时,腾讯产品如何提前规避服务器宕机风险?

众所周知,优异的应用性能是良好用户体验的坚实基础,而服务器响应缓慢、卡顿、崩溃的产品,即便设计再精美也无法留住用户的心。随着重度游戏,重度产品越来越多,产品越来...

5330
来自专栏王拥军的专栏

苹果封的不是热更新,封的依然是底层敏感接口

有什么大不了的功能更新,不能提前在客户端布局好的?非要用这种完全扩展能力的热更新框架?

1.2K1

扫码关注云+社区