关于kubernetes:基于-Rainbond-的-Pipeline流水线插件

背景

Rainbond 自身具备基于源码构建组件的能力，能够将多种编程语言的代码编译成 Docker 镜像，然而在继续集成的过程中，往往会须要对提交的代码进行动态查看、构建打包以及单元测试。之前因为 Rainbond 并没有 Pipeline 这种可编排的机制，所以用户往往只能通过集成内部的 CI，如 Jenkins、Gitlab CI 等。这给开发者的应用减少了门槛。

所以为了更无效的帮忙开发人员做代码测试，编译缓存，甚至代码品质剖析等，联合 Rainbond 的插件体系，拓维信息基于 GitLab CI 能力实现了更加灵便，更加多样化的源码构建的性能。

流水线插件

性能

基于 Rainbond 的插件体系，拓维信息奉献的流水线插件次要性能包含以下五局部：

1. 流水线治理: 开发者应用流水线模块自定义应用服务所须要的流水线，以及流水线的各个阶段

2. 应用服务: 应用服务就是 Gitlab 上某一个我的项目的代码仓库，利用于开发，治理代码仓库。通常对应 Rainbond 中的组件，如果一个仓库下蕴含多个微服务，则可能对应多个 Rainbond 组件

3. 代码治理: 治理代码仓库中各分支与 CI 的继续集成流程，能够查看到对应代码仓库分支的最近提交和继续集成的历史信息。

4. 镜像仓库: 继续集成生成的 image 制品和版本均会在此展现，能够在这里将生成的镜像手动部署到指定环境。

5. 部署历史: 镜像仓库版本部署到 Rainbond 利用下的历史记录，能够从部署详情中跳转到对应组件进行治理。

装置

流水线插件曾经公布到利用市场，可通过开源利用商店一键装置。目前该插件应用须要满足以下前提条件：

• Rainbond v5.12.0 版本
• 有可用的 Gitlab 和 Gitlab Runner

Gitlab 和 Gitlab runner 也可通过开源利用商店一键装置。装置流程如下：

1. 在 平台治理 - 利用市场 - 开源利用商店 中搜寻 Gitlab、Gitlab runner 一键装置并进行配置；
2. 在 平台治理 - 利用市场 - 开源利用商店 中搜寻 Pipeline 一键装置；

具体配置和应用参考：Pipeline 应用文档

应用

在插件全副运行起来当前，回到团队视图进行刷新，能够看到左侧边栏有 Rainbond 流水线 选项，点击即可进入。流水线插件次要应用流程如下图所示，次要分为四步： 创立流水线模版 -> 创立应用服务 -> 构建 -> 部署到平台。

创立流水线模版

用户能够在模版中定义流水线的各个阶段，默认提供了 NodeJS、Java、Go、Python 的流水线模版，能够在外部自定义流水线的各个阶段。

创立应用服务

在有了流水线模版之后，咱们须要去创立一个应用服务。应用服务实际上是将代码仓库和流水线模版关联起来，最终实现该代码仓库的代码通过该流水线模版进行构建。

构建代码

在 代码治理 -> 分支治理 中手动触发流水线构建，构建过程能够在 代码治理 -> 继续集成 中查看。构建实现后，镜像会推送到流水线模版中定义的镜像仓库地址。能够在镜像仓库查看镜像制品。

部署业务

实现第一次构建后，能够在镜像仓库查看到镜像信息，此时抉择部署，能够抉择该团队下的利用，组件的名称将以应用服务的名称进行定义。部署实现后，能够在部署历史中查看到该次部署详情，点击查看详情即可跳转到对应组件进行治理，后续提交代码即可实现主动构建和部署。