蓟县网站建设公司,怎么下载网站的模板,怎么申请个人网站,阿里巴巴吧国际网站怎么做云布道师
微服务架构下#xff0c;每个应用服务独立开发、独立发布#xff0c;小步快跑#xff0c;持续快速交付业务需求。多人协同开发同一个应用时#xff0c;分支开发模式是一个适合的协同方案。该模式下一个需求或任务通常对应一个 feature 分支#xff0c;多个需求一…云布道师
微服务架构下每个应用服务独立开发、独立发布小步快跑持续快速交付业务需求。多人协同开发同一个应用时分支开发模式是一个适合的协同方案。该模式下一个需求或任务通常对应一个 feature 分支多个需求一起合并到 release 分支进行集成测试验证并发布。
适用场景
微服务架构下每个应用服务独立开发、独立发布小步快跑持续快速交付业务需求。多人协同开发同一个应用时分支开发模式是一个适合的协同方案。该模式下一个需求或任务通常对应一个 feature 分支多个需求一起合并到 release 分支进行集成测试验证并发布。
该场景下你是否有这样的苦恼
一个需求没有经过集成测试验证却被发布上线了最终因为“漏测”导致生产故障一个需求经过了集成测试验证但是临发布前发现有严重问题但需求无法灵活“下车”最终导致本次发布的所有需求都被延期了
云效解决方案 云效应用交付平台 AppStack 提供变更持续交付解决方案涉及核心概念如下
应用一个软件的最小发布单元聚合代码、环境、版本等软件资产以及研发流程定义。最小发布单元意味着无法解耦的一个或者多个服务的组合这个服务组合会通过一个流程进行统一交付。变更变更是对应用的一次特性改变引入新的特性或改变已有特性源于需求终于交付。通常一个需求或任务对应一个变更对应一个 feature 分支。研发流程应用完成一次变更的过程和约束包括开发、测试、发布上线的完整流程由多个阶段的多条流水线承载依次在不同环境进行测试、构建、部署最终审批通过后发布生产环境。 云效通过应用定义、变更承载需求、研发流程约束发布规范来解决以下两个问题问题1当其中一个 feature 分支没有经过测试验证时怎么“阻止”它发布到生产环境避免漏测引起故障问题2当其中一个 feature 分支做了测试验证但是发现有严重问题怎样可以“退出”本次发布而不影响其他需求正常发布
云效操作实践
以下实践以一个 spring-boot 应用的“图书馆管理系统”为例开发“图书借阅功能”、“图书归还功能”、“图书到期续借功能”三个需求一起发布上线。
3.1 前提条件 已有一个应用 spring-boot配置好应用代码、研发流程CI/CD流水线、环境等。通常一个应用的研发流程可以分为测试阶段、预发阶段、生产阶段 测试阶段由 Java 单元测试、Java 代码扫描、构建、部署测试环境等步骤组成。用于日常测试验证。 预发阶段由构建、部署预发环境等步骤组成。用于预发布验证。 生产阶段由构建、生产发布审批人工卡点、部署生产环境、合并主干、关闭变更等步骤组成。 配置准入规则为「测试阶段-执行结果」等于「成功」「预发阶段-执行结果」等于「成功」避免没有经过预发验证的分支直接进入生产阶段。 生产发布审批通过后部署生产环境。 生产环境部署验证通过后表明本次发布成功可以将发布release 分支合并回主干 master并自动关闭相关变更。
3.2 需求开发测试 “需求 1:图书借阅功能”、“需求 2:图书归还功能”、“需求 3:图书到期续借功能”三个需求分别分配给开发小张、小明、小强开发。
第 1 步为一个需求新建一个变更拉一个 feature 分支
小张创建一个变更「变更 1-实现图书借阅功能」选择新建分支输入 feature001则可自动为该需求拉取一个分支。依次类推小明创建一个变更「变更 2-实现图书归还功能」自动新建分支 feature002。小强创建一个变更「变更 3-实现到期续借功能」自动新建分支 feature003。 第 2 步开发代码提交到 feature 分支
小张开发好图书借阅相关代码后提交代码到 feature001 上小明开发图书归还相关代码后提交代码到 feature002 分支上。
第 3 步选择变更集成部署测试环境验证
小张和小明一借一还需要一起部署到测试环境进行联调验证。进入应用研发流程页选择变更 1 和变更 2 一起集成测试云效会自动将 feature001 和 feature002 合并到自动生成的 release/xxx_n 分支使用该 release 分支做构建并部署环境。环境部署成功即可进行测试验证。 第 4 步提交变更进行预发布
测试环境验证通过进入「预发阶段」选择变更 1 和变更 2 进行集成勾选自动合并上一阶段集成的分支会自动生成新的 release/xxx_m 集成分支自动合并上一阶段 feature001、feature002、release/xxx_n 分支使用新的 release/xxx_m 分支构建并部署预发环境。预发部署成功后即可进行预发验证。 3.3 需求发布上线 提交变更需求自动化发布到生产环境
预发验证通过后即可进入生成发布阶段。选择待发布的变更 1 和变更 2运行生产流水线发布审批通过后即可部署生产环境。生产环境部署完成可配置自动关闭变更并将发布 release/xxx_k 分支合并入主干 master至此即完成了一次完整的需求发布上线。
未经过预发验证的需求禁止发布避免“漏测”
此时若在生产阶段选择变更 1、变更 2、变更 3一起发布则经过变更准入卡点时会校验失败因为变更 3 没有在测试环境部署验证过即保证了没有经过测试验证的需求不可发布。 需求临时“下车”退出发布窗口不影响其他需求发布
临发布前变更 3 因没有测试验证通过不满足发布条件团队本次决定图书续借功能不上线只上线变更 1 和变更 2则可再次运行预发阶段流水线将变更 3 踢出集成区退出本次发布。
总结语
至此本方案完成了从应用配置、到需求开发、多变更需求集成测试、发布上线的完整流程满足了变更分支自动创建、变更分支自动合并集成测试、发布准入卡点控制等诉求避免因为“漏测”带来的生产故障也避免因为其中一个需求未达到发布条件延期所有需求。
