微服务自动化部署与Helping Hands应用设计
1. 自动化持续部署
微服务环境的核心哲学应基于 “你构建,你运行” 模式,即负责微服务的团队必须从开发到部署全程拥有该服务。团队进行集成、测试和部署任何更改所需的基础设施必须完全自动化,这样才能构建持续集成和持续交付(CD)管道,这是基于微服务架构的支柱。
2. CI/CD
CI/CD 将持续集成(CI)和持续交付(CD)的实践结合为一个无缝过程。在典型的基于微服务的设置中,团队不断增强微服务的功能并修复生产中遇到的问题。从开发到部署的整个周期有三个主要阶段:
1. 提交更改到版本控制仓库 :团队将更改提交到版本控制仓库。用于微服务的版本控制仓库应对所有服务和应用程序通用。将所有实现整合到单个版本控制系统有助于自动化以及运行全应用程序的集成和验收测试。像 Git 这样的版本控制系统因其固有特性,非常适合处理多个微服务的分布式团队。GitHub 和 Bitbucket 等服务是 Git 的云托管提供商,还能为 CI/CD 系统构建触发器。
2. 构建更改并运行单元测试 :使用 Jenkins 等 CI/CD 系统构建更改并为提交更改的微服务运行单元测试。对每个更改请求运行测试有助于在更改与应用程序的其余部分集成之前检测问题,也有助于检测因最近更改可能引入的任何回归。如果有测试失败,会向团队发送警报,尤其是提交更改请求的提交者。团队修复测试后,再次将更改请求发送到版本控制系统,触发构建以重新测试更改,此过程重复直到所有测试成功。测试成功后,CI/CD 系统将更改与主线合并,并为服务准备发布工件。微服务的工件通常打包为容器,可由编排
超级会员免费看
订阅专栏 解锁全文
63

被折叠的 条评论
为什么被折叠?



