运维流水线

运维流水线

OPS运维流水线

• 流水线(pipeline)分为两种类型:
  • 持续交付流水线，会根据应用源代码的更新进行应用的 构建 ➡ 打包 ➡ 发布，可以参见流水线运行阶段环节步骤的基本概念的介绍
  • OPS运维流水线，有部分跟运维相关的操作与持续交付无关，例如微服务出现问题，需要对微服务的版本进行回滚，那么这类操作则放在OPS运维流水线中，需要由用户手工触发，并且在界面上选择分支，选择操作类型等信息来执行流水线。

OPS运维流水线的功能

• OPS运维流水线执行过程中需要选择操作类型，操作类型就是OPS运维流水线所支持的功能，当然用户可以通过自定义步骤来扩展自己的OPS运维流水线功能，内置功能包括:
  • 执行应用回滚: 应用的某些微服务模块出现问题，需要回滚到上一个版本
  • 执行应用ingress: 手工调整应用的ingress配置
  • 执行资源配额检查: 检查应用的名字空间资源配额的使用情况
  • 执行容器发布状态检查: 检查应用的相关发布微服务状态是否正常

• OPS运维流水线执行过程操作类型选择如下图:

OPS运维流水线与环境的关系

• 从流水线列表可以看到各个流水线对应的集成环境与正式环境:
  • 持续交付流水线可以看到绑定的集成环境与正式环境，其中集成环境是必选，正式环境是可选
  • OPS运维流水线是一种特殊流水线，不绑定任何集成环境与正式环境，但是OPS运维流水线的要在哪个环境执行相关的运维操作又依赖于持续交付流水线的设置

• OPS运维流水线执行记录例子如下图:

• OPS运维流水线执行过程需要选择分支，再根据分支所对应的持续交付流水线的目标发布环境，决定在哪个环境执行相关运维操作(详细参见分支流水线环境的关系)
  • 假如选择了develop分支，对应的持续交付流水线没有设置正式环境，而集成环境设置了test环境，那么将会在test环境执行相关运维操作
  • 假如选择了develop分支，对应的持续交付流水线设置了正式环境，而正式环境设置了prod环境，那么将会在prod环境执行相关运维操作