DevOps与持续集成、持续交付

举报
加油O幸福 发表于 2021/03/02 09:17:35 2021/03/02
【摘要】 DevOps的应用场景往往是一个庞大复杂的背景和流程的场景,大都包含一个持续交付流水线。开发人员:IDE、Git等开发和编译工具版本控制系统:分支策略、语义化版本构建服务器:持续集成、代码质量检查工件库:存放二进制包系统的包管理器:编译或测试环境系统上管理二进制包环境一致性预发布或生产:预发布环境与生产环境互换(蓝绿发布)发布管理:在高程度自动化测试的基础上实践自动化或半自动化(人工介入)部...

DevOps的应用场景往往是一个庞大复杂的背景和流程的场景,大都包含一个持续交付流水线。

开发人员:IDE、Git等开发和编译工具

版本控制系统:分支策略、语义化版本

构建服务器:持续集成、代码质量检查

工件库:存放二进制包

系统的包管理器:编译或测试环境系统上管理二进制包

环境一致性

预发布或生产:预发布环境与生产环境互换(蓝绿发布)

发布管理:在高程度自动化测试的基础上实践自动化或半自动化(人工介入)部署

问题管理系统

因此,DevOps 是一个完整的面向IT运维的工作流,以 IT 自动化以及持续集成(CI)、持续部署(CD)为基础,来优化程式开发、测试、系统运维等所有环节。
DevOps的技术要点由“持续集成/部署“”一线贯穿,主干开发是进行持续集成的前提,自动化以及代码周边集中管理是实施持续集成的必要条件。
换而言之,DevOps 是持续集成思想的延伸,持续集成/部署是 DevOps 的技术核心,在没有自动化测试、持续集成/部署之下,DevOps就是空中楼阁。

一个完整的过程

开发团队接到任务,需要完成一个变更

为了更加顺利地开发,将这个变更分拆为几个小变更

开发人员在本地开发并且测试,如果使用了测试驱动开发,在编写功能代码之前会先编写测试,然后编写能够让测试通过的实际代码

开发人员将代码提交到企业内部的Git版本控制系统上

构建服务器获取这个变更并初始化构建流程,单元测试之后,变更可以被发布到二进制库里

配置管理系统根据“策略”,在测试环境中安装应用了新的变更

新安装触发自动化回归测试,测试成功后,质量保证团队开始做人工测试

人工测试通过后,质量保证团队将“已通过”标识给予这个变革

变更在预发布环境中进行验收测试

验收测试完成后,预发布环境被切换成生产环境,而生产环境变为新的预发布环境

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。