编者按：从今天起，我们将开启一个新的专栏：《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付，本文是该专栏的开篇。 策划&编辑｜雅纯Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标，以衡量一个企业的软件交付水平。 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署，一天能部署十次，还是一天部署一次，或者一个月才部署一次。变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。变更失败率。是指对生产环境的变更失败的比率，总共变更了多
编者按：全线专栏《研发效能提升36计_持续交付篇》上线啦！本专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付。本文是该专栏的第2篇。策划&编辑｜雅纯 什么是真正的持续交付？首先，我们先看一下什么是持续交付。我们认为，持续交付至少应该包含这4点： ● 持续：顾名思义，是均匀的、分散的。具体来说是要：粒度小： 持续发布的粒度一定要很小，大了便很难做到“持续”。频率高：发布频率要非常高。 ● 快速： 持续交付中整个的交付过程是很快的，交付频率也是很高的。要做到快速需要。工序短：在测试、发布、开发等各个阶段中都要做到“短”。这样才能做到快速地反馈、快速地响应。等待少： 工序和工序之
编者按：全线专栏《研发效能提升36计_持续交付篇》上线啦！本专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付。本文是该专栏的第2篇。策划&编辑｜雅纯 什么是真正的持续交付？首先，我们先看一下什么是持续交付。我们认为，持续交付至少应该包含这4点： ● 持续：顾名思义，是均匀的、分散的。具体来说是要：粒度小： 持续发布的粒度一定要很小，大了便很难做到“持续”。频率高：发布频率要非常高。 ● 快速： 持续交付中整个的交付过程是很快的，交付频率也是很高的。要做到快速需要。工序短：在测试、发布、开发等各个阶段中都要做到“短”。这样才能做到快速地反馈、快速地响应。等待少： 工序和工序之
专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星软件交付的终态是提供稳定可预期的系统，要做到这一点，我们需要确保：一、软件制品的一致性；二、运行环境的一致性。第3讲我们分享了如何保证软件制品的一致性，这一讲我们来谈谈如何保证环境的一致性。运行环境一致性的目标是环境可预期、稳定、低成本。其中低成本比较关键，因为环境资源的成本一般比较高。我们可以将运行环境分为3部分：制品、执行引擎和编排规则。 要保证制品的一致性，第一是保证代码及其依赖的一致性；第二是保证构建环境的一致性；最后是保证构建脚本的一致性。保证环境的一致性，也包含了三点：应用的一致性，比如一致的容器镜像；容器运行所需的上下文的一致性，比如一致
专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星软件交付的终态是提供稳定可预期的系统，要做到这一点，我们需要确保：一、软件制品的一致性；二、运行环境的一致性。第3讲我们分享了如何保证软件制品的一致性，这一讲我们来谈谈如何保证环境的一致性。运行环境一致性的目标是环境可预期、稳定、低成本。其中低成本比较关键，因为环境资源的成本一般比较高。我们可以将运行环境分为3部分：制品、执行引擎和编排规则。 要保证制品的一致性，第一是保证代码及其依赖的一致性；第二是保证构建环境的一致性；最后是保证构建脚本的一致性。保证环境的一致性，也包含了三点：应用的一致性，比如一致的容器镜像；容器运行所需的上下文的一致性，比如一致
摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么 研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作
摘要：3个案例，详解如何选择合适的研发模式，研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。本文我们将根据不同的团队场景，分析如何选择适合自己团队的研发模式。 策划&编辑｜雅纯上一讲，我们详细介绍了4种常见的分支模式及其优劣对比。本文我们将根据不同的团队场景，分析如何选择适合团队的研发模式。研发模式选择看什么 研发模式的选择与产品形态、发布方式、团队规模、协作成熟度密切相关。比如团队规模很小，协作成熟度很高，就直接用主干开发。类似于Web服务端的开发，可以做到持续部署，可以选择GitHub—Flow，或者是TBD。如果你的团队规模比较大，需要开发的时候做相应的隔离，再看协作
摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
编者按：2022，你的团队距离持续部署还有多远？持续部署这个词我们经常听到，可是到底怎样才是做到了持续部署？如何才能做到持续部署？本文将为你逐层拆解持续部署的内涵和实施路径。策划&编辑｜雅纯云研发时代，主流的发布形态变成了服务化的发布形态，这种发布形态让持续发布有了现实的基础。发布的前提是把待发布制品部署到生产环境，所以持续发布的前提是持续部署。持续部署的4个要求持续部署要求持续地提供一个稳定可预期的系统服务。有时候发布过程当中会停机，停机更新的这段时间系统不可用，这就是非持续的部署形态。我们希望的持续部署:首先应该是准确的——部署结果准确可预期的；第二，应该是可靠的——整个持续部署过程中线上
