关于kubernetes:建木在-Rainbond-上使用实践

3次阅读

共计 1638 个字符,预计需要花费 5 分钟才能阅读完成。

建木 是一个面向 DevOps 畛域的极易扩大的开源无代码 (图形化)/ 低代码(GitOps) 工具,能够帮忙用户轻松编排各种 DevOps 流程并散发到不同平台执行。

建木的图形化编排提供了多个节点,节点能够定义该步骤要执行的操作,用户可通过多个节点自由组合流水线。Rainbond 社区参加了建木节点的开发并奉献了 Rainbond 组件创立与继续部署 节点。用户可应用该节点在 Rainbond 中主动创立组件和继续部署组件。

建木利用的部署则能够通过 Rainbond 开源利用商店一键装置,使建木利用的部署更简略,同时也能够作为利用插件扩大 Rainbond 构建体系。

下图是最终要实现的成果,也是建木的图形化流水线配置,本文将以下图的流程为例进行介绍:

  1. 克隆我的项目源代码
  2. 应用 Maven 构建我的项目
  3. 构建 Docker 镜像
  4. 在 Rainbond 上主动创立组件并部署

部署 Rainbond 与建木

Rainbond 部署

Rainbond 是一个云原生利用治理平台,应用简略,不须要懂容器、Kubernetes 和底层简单技术,反对治理多个 Kubernetes 集群,和治理企业应用全生命周期。

可参阅 基于主机装置 Rainbond 文档进行装置。

建木部署

通过 Rainbond 开源利用商店一键装置建木利用,在 平台治理 -> 利用市场 -> 开源利用商店 中搜寻 建木,进行装置。

装置实现后,建木利用拓扑图如下,可通过 Rainbond 默认提供的域名拜访建木 UI,默认用户明码 admin/123456

同时也能够在 平台治理 -> 扩大 -> 插件 中看到建木利用插件的定义。

建木应用

将通过一个 Java SpringBoot Demo 我的项目进行演示,我的项目地址:https://gitee.com/zhangbigqi/java-maven-demo

配置图形化流水线

拜访建木 UI,进入图形我的项目。

1. 增加 git clone 节点并配置 git 地址。

2. 增加 maven 构建 节点并配置 workspace,其余都默认。

3. 搜寻 rainbond,增加 构建 docker 镜像 -rainbond 节点,并配置。

  • 配置 docker 用户和明码,用于推送镜像。须要在建木 首页 -> 密钥治理 中增加。
  • 配置镜像名称。
  • 指定 registry 地址,用于推送镜像。
  • 配置执行构建命令的目录,抉择 git clone 目录

4. 搜寻 rainbond,增加 rainbond 组件创立与部署 节点,并配置。

  • Rainbond URL: Rainbond 的拜访地址,例如:http://192.168.1.1:7070
  • Rainbond Token:Rainbond 控制台 -> 集体核心 -> 拜访令牌 中生成 Token。
  • Rainbond 团队 ID: 例如进入到开发团队下,此时的 URL 为 http://192.168.1.1:7070/#/team/e2h5j3d8/region/rainbond/index,e2h5j3d8 就是团队 ID。
  • Rainbond 集群 ID: 例如进入到开发团队下,此时的 URL 为 http://192.168.1.1:7070/#/team/e2h5j3d8/region/rainbond/index,rainbond 就是集群 ID。
  • Rainbond 利用 ID: 例如进入到开发团队的测试利用下,此时的 URL 为 http://192.168.1.1:7070/#/team/e2h5j3d8/region/rainbond/apps/5,5 就是利用 ID。
  • 镜像地址: 抉择上一步的 镜像名称: 镜像 Tag
  • 组件名称: 部署在 Rainbond 上的组件名称,例如:java-test

运行图形化流水线

保留流水线配置并触发流水线执行,期待流水线执行结束。

流水线执行结束后,进入 Rainbond 的测试利用内,可看到组件胜利创立。而后进入组件内增加 5000 端口并关上对外服务进行拜访,验证服务是否失常。

最初

当然还有更高级的玩法,建木反对定义 Workflow,Workflow 反对节点并行、串行等等,但只能通过代码我的项目编辑 DSL 定义 Workflow。

正文完
 0