建木在 Rainbond 上使用实践

简介: 建木 是一个面向 DevOps 领域的极易扩展的开源无代码(图形化)/低代码(GitOps)工具,可以帮助用户轻松编排各种DevOps流程并分发到不同平台执行

建木 是一个面向 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。

相关文章
|
运维 前端开发 jenkins
docker | jenkins 实现自动化部署项目,后端躺着把运维的钱挣了!(上)
打算分两篇文章讲解,这篇文章讲解使用docker将我们的项目文件构建为镜像,然后部署到腾讯云的服务器上(相当于手动完成一次部署),然后进行外网访问测试。
494 0
docker | jenkins 实现自动化部署项目,后端躺着把运维的钱挣了!(上)
|
运维 前端开发 Java
《小团队web技术搭建》(八)Docker+持续部署
《小团队web技术搭建》(八)Docker+持续部署
255 0
|
运维 Kubernetes 监控
Kubesphere 和 Rancher 如何做抉择?
目前主流的**Kubernetes**集群管理平台就是**Kubesphere**和**Rancher**,那么我们该如何在他们之间进行抉择呢?本文我们就来一起探究一下这两个平台的优劣。
4567 0
|
运维 Devops jenkins
自动化工具后起之秀Ansible的部署实践
本文讲的是自动化工具后起之秀Ansible的部署实践,从早期手动加脚本的部署方式,到后来自动化工具(chef, puppet, saltstack, ansible等)的出现,再到如今DevOps的盛行,企业应用部署正式进入平台部署阶段,CD(持续部署)已经成为企业对应用部署的标准需求,运维的交付也不再是以周或天为单位,而是以分钟为单位。
4221 0
|
容器 Kubernetes 弹性计算
带你读《ONAP技术详解与应用实践》之二:ONAP安装部署指南
国内首部系统剖析ONAP的书籍,也是理论性与实战性兼具的网络自动化实践指导书!本书详细全面地介绍了网络自动化的挑战和发展趋势,以及ONAP的概况、架构设计理念、设计原则、各模块实现细节、关键特性、应用场景和案例实践等。通过本书读者可以深入理解ONAP,提升对网络自动化及相关领域的认知。作者及其团队成员均是华为网络开源领域的专家,长期参与社区的治理、贡献和回馈,致力于通过产业协作,打造统一的平台,降低集成成本,加快新技术导入,助力新一代网络运维系统升级。同时,本书也融入了作者及其团队在网络开源领域的深刻洞察和见解,书中分享了华为参与网络开源的实践经验,是电信网络转型的重要参考。
|
监控 算法 Java
「实战篇」开源项目docker化运维部署-搭建mysql集群(四)
有了docker虚拟机,就需要利用平台部署数据库的集群,在实际操作之前介绍下数据库集群的方案和各自的特点。
2659 0
|
存储 Kubernetes 监控
闲谈 Kubernetes 的主要特性和经验分享
主要介绍 Kubernetes 的主要特性和一些经验。先从整体上看一下Kubernetes的一些理念和基本架构, 然后从网络、 资源管理、存储、服务发现、负载均衡、高可用、rolling upgrade、安全、监控等方面向大家简单介绍Kubernetes的这些主要特性。
1888 0
|
Docker 容器 监控
何处下手?OpenStack容器化实现参考
为什么要进行OpenStack容器化? 有哪些使用场景和实现参考? 为何要进行OpenStack容器化? 在对OpenStack进行升级或降级时,通常有两种方式可供选择:基于Packages的管理方式和基于Images的管理方式。
1918 0
|
存储 监控 Kubernetes
DockOne微信分享(七十五):应用容器化之Kubernetes实践
本文讲的是DockOne微信分享(七十五):应用容器化之Kubernetes实践【编者的话】本次分享主要以ZooKeeper、Redis、Kafka、MongoDB等应用容器化在Kubernetes平台上面实践。
3632 0
|
存储 监控 Kubernetes
DockOne微信分享(一二六):Kubernetes在微服务化游戏中的探索实践
本文讲的是DockOne微信分享(一二六):Kubernetes在微服务化游戏中的探索实践【编者的话】随着Kubernetes的持续火热,那在线游戏领域又将如何使用,又将碰到哪些问题,以及带来哪些价值? 本次分享将为大家介绍微服务化架构游戏领域中,Kubernetes支撑技术方案选型,功能优化以及实践过程中的一些思考。
1279 0