GitLab和Rainbond整合实现一体化开发环境

简介: GitLab擅长源代码管理,Rainbond擅长应用自动化管理,整合Gitlab和Rainbond就能各取所长,本文详细讲述如何整合Gitlab和Rainbond,并通过整合实现一体化开发环境。

GitLab擅长源代码管理,Rainbond擅长应用自动化管理,整合Gitlab和Rainbond就能各取所长,本文详细讲述如何整合Gitlab和Rainbond,并通过整合实现一体化开发环境。

一.通过Rainbond一键安装 Gitlab

Rainbond作为应用运行环境,Gitlab可以运行在Rainbond之上,为了便于Gitlab安装,我们制作了Gitlab安装包放到了Rainbond的应用市场,实现Gitlab的一键安装。

  1. 安装Rainbond,安装步骤
  2. 从应用市场搜索“Gitlab”,点击安装,一键完成Gitlab所有安装和配置工作,包括数据安装和初始化。
    -w1575
  3. 安装完成,通过Rainbond管理和运维Gitlab。
    -w247

二.Rainbond源码构建对接Gitlab Oauth,实现一键代码部署

使用过Rainbond的小伙伴一定知道,在Rainbond上创建组件有三种方式:源代码创建、镜像创建、应用市场创建。

源码构建方式通过配置源码地址实现代码构建,Gitlab虽然可以提供源码地址,但构建新应用需要拷贝源码地址及设置用户名密码,这个过程很麻烦,也容易犯错。

为了与 GitLab 配合有更好的体验,Rainbond做了产品化的支持,通过OAuth2.0协议与GitLab进行对接。

1.配置GitLab Applications

进入 User Settings → Applications

选项名 填写内容 说明
Name Rainbond 填写自定义的 Application 名称
Redirect URI https://IP:7070/console/oauth/redirect 回跳路径,用于接收第三方平台返回的凭证
Scopes api、read_user、read_repository GitLab的权限设置,需要开启 api、read_user、read_repository

创建后请保存 Application ID 和 Secret,后面会用到。

使用私有化部署 Rainbond 时,需配置 GItLab 允许向本地网络发送 Webhook 请求

进入 Admin area → settings → NetWork → Outbound requests

勾选 Allow requests to the local network from hooks and services 选项即可

2.配置Rainbond OAuth

进入 Rainbond 首页企业视图 → 设置 → Oauth 第三方服务集成 → 开启并查看配置 → 添加

选项名 填写内容 说明
OAuth类型 gitlab 认证的 Oauth 类型
OAuth名称 自定义(GitLab-Demo) 填写自定义的 Oauth 服务名称
服务地址 http://xx.gitlab.com GitLab 服务访问地址
客户端ID 上一步获取的Application ID GitLab 生成的 Application ID
客户端密钥 上一步获取的Application Secret GitLab 生成的 Application Secret
平台访问域名 使用默认填写内容 用于OAuth认证完回跳时的访问地址

3.Rainbond OAuth认证

进入 Rainbond 首页企业视图 → 个人中心 → OAuth 账户绑定 → 对应账号 → 去认证

4.对接后效果

接下来展示Rainbond与Gitlab对接后平台的效果图。

当我们对接成功后,进入基于源码构建的页面会展示下图中的效果,展示所有的仓库列表。

image-20211026142406668

通过Rainbond OAuth2与GitLab进行对接后,在Rainbond平台登录不同的账号时,需进入个人中心认证,认证后Rainbond会根据账号不同的权限展示不同的代码仓库。

三.Rainbond对接Gitlab WebHook,自动触发构建

当我们完成整合Rainbond 和 Gitlab Oauth ,选择指定仓库,点击创建组件,可选择代码版本(自动获取代码分支以及tag)和 开启自动构建。

image-20211026171232215

创建完成后在组件中配置WebHook自动构建,提交代码,Commit信息包含“@deploy”关键字,就可以触发WebHook自动构建。

Commit信息关键字触发GitLab WebHook原生是不支持的,在这之前有社区用户提出在提交代码触发构建时,每一次提交都会触发构建,用户并不想这样做,所以Rainbond研发团队研发了根据提交的Commit信息包含关键字去触发自动构建。

下图中展示了用户从创建组件到持续开发的整个流程。

image-20211027111511630

四.总结

一体化开发环境的能力:

  • 代码管理:代码相关的所有管理功能,提供web界面的管理(Gitlab)
  • wiki :在线编辑文档,提供版本管理功能(Gitlab)
  • 问题管理:Issue管理(Gitlab)
  • 持续集成:代码自动编译和构建(Rainbond)
  • 环境管理:快速搭建开发或测试环境,保证开发、测试、生产环境一致性(Rainbond)
  • 架构编排:无侵入的Service Mesh架构编排(Rainbond)
  • 模块复用:通过组件库 实现公司内部模块、应用、服务积累和复用,同时实现了软件资产管理(Rainbond)
  • 持续交付:开发、测试、生产环境持续交付流程(Rainbond)
  • 应用管理:应用监控和运维面板(Rainbond)
  • 团队管理: 多团队管理,成员、角色管理(Rainbond)

一体化开发环境的价值:

  1. 开箱即用
  2. 让开发团队专注在写业务代码,不要在环境上浪费时间
  3. 应用粒度抽象,使用简单,上手快
  4. 过程自动化,提高操作效率(持续集成、环境管理、持续交付等)

五.感谢以下开源项目

Rainbond:开源云原生应用管理平台 https://www.rainbond.com/

Gitlab:知名代码仓库 https://about.git‍lab.cn/

相关文章
|
4月前
|
jenkins Java 持续交付
Jenkins,持续交付的利器:揭秘插件生态系统(一)
Jenkins,持续交付的利器:揭秘插件生态系统
|
5月前
|
jenkins Java 持续交付
【项目集成工具】Jenkins
【项目集成工具】Jenkins
|
4月前
|
Kubernetes jenkins 测试技术
Jenkins,持续交付的利器:揭秘插件生态系统(二)
Jenkins,持续交付的利器:揭秘插件生态系统
|
11月前
|
jenkins Java 持续交付
从0搭建属于自己的jenkins持续集成平台
Jenkins在日常工作中占据了一个非常重要的角色,帮助我们节省了大量用于构建的时间。有些公司有运维大哥对Jenkins进行维护,如果没有那只能自己动手了。俗话说的好自己动手丰衣足食,所以本文就从0开始搭建属于自己的Jenkins持续平台。主要包含,普通项目构建、流水线构建、多分支流水线构建并将构建结果辅以钉钉通知。
从0搭建属于自己的jenkins持续集成平台
|
存储 Kubernetes 测试技术
GitOps 多环境部署问题及解决方案(上)
GitOps 多环境部署问题及解决方案(上)
198 0
GitOps 多环境部署问题及解决方案(上)
|
存储 运维 Kubernetes
GitOps 多环境部署问题及解决方案(下)
GitOps 多环境部署问题及解决方案(下)
257 0
GitOps 多环境部署问题及解决方案(下)
|
NoSQL 关系型数据库 MySQL
使用 Rainbond 搭建本地开发环境
在开发之前,你需要在本地安装各种开发工具和服务,比如:Mysql、Redis、Nacos 等等,我们都知道在个人电脑上安装这些服务相当的繁琐,可能会遇到很多问题,环境问题、依赖问题等等。
|
存储 运维 Kubernetes
在k8s安装CICD-devtron
在k8s安装CICD-devtron
194 0
|
存储 安全 数据安全/隐私保护
部署 Gitlab 平台|学习笔记
快速学习部署 Gitlab 平台
132 0
部署 Gitlab 平台|学习笔记
|
存储 安全 开发工具
部署 GitLab 平台|学习笔记
快速学习部署 GitLab 平台
125 0
部署 GitLab 平台|学习笔记