Rainbond配置组件自动构建部署官方文档讲解

2024-10-03 08:40:42

前言

通过自动构建的功能，可以实现代码或镜像提交后组件自动触发构建和部署，Rainbond 提供了基于代码仓库 Webhooks、镜像仓库 Webhooks 和自定义 API 三种方式触发组件自动部署。自动构建的功能可以辅助开发者便捷的实现敏捷开发。

前提条件

组件是由源码创建(官方 demo 除外)，可支持代码仓库 Webhooks，目前支持的代码仓库为GitHub、GitLab、Gitee 与 Gogs。
组件是由镜像创建，可支持镜像仓库 Webhooks，目前支持 Docker 官方仓库，阿里云镜像仓库。
基于源代码创建组件 A 并使其处于正常运行状态。

基于源代码操作流程

1.开启组件 Git-Webhook

在组件管理面板/构建源管理中请打开 Git-Webhook 自动构建功能，复制生成的 hook 地址。

Rainbond 自动构建后默认会进行部署动作，所以一般情况下开发者不希望每一次代码提交都进行部署动作，因此 Rainbond hook 自动触发设置了前提，在 Commit 信息中包含@关键字时才触发动作。这个关键字可以由开发者进行设置。

请注意，这里生成的域名是根据当前访问平台的域名生成，若不正确可直接使用平台正确的访问域名。

2.配置代码仓库

如果您的项目存放在Github中，请参考如下截图：

如果您的项目存放在Gitlab中，请参考如下截图:

其他代码仓库配置方式类似，需要说明的是目前 Rainbond hook 触发暂不支持安全请求校验。

基于镜像仓库操作流程

镜像仓库自动构建可以实现推送镜像后应用的自动构建，方便的对接第三方自动化流程。当镜像更新事件到达时判断以下条件，都满足时触发自动构建。

应用是由镜像创建，镜像仓库为Docker Hub, 5.1.2 版本及以后支持阿里云镜像仓库。
默认更新的镜像名称和 tag 是否与当前组件构建源镜像名称一致（判断时不包含镜像仓库域名）, 5.1.3 版本及以后支持配置 Tag 触发正则策略，动态匹配和改变组件的镜像 Tag。
组件已经开启了镜像仓库 Webhook 功能。
应用状态不是已关闭状态。

1.开启镜像仓库 Webhook 自动构建

需要在应用中启用自动构建功能，并且需要将应用的 webhooks url 配置到目标镜像仓库的 webhooks 中。

2.Tag 触发自动修改策略

默认情况下 Webhook 更新事件的镜像名称和 Tag 必须与组件当前构建源的镜像名称和 Tag 配置一致才能触发构建和部署。配置了 Tag 触发策略以后，根据配置的正则表达式，如果接收到的 push 事件的镜像 tag 能够正确匹配正则表达式，则认为此次更新事件有效，根据更新的 Tag 信息来升级当前组件的构建源信息并进行自动构建。

比如设置 Tag 策略为： v5.* 当 Tag 为 v5.1 v5.2 v5.9等都将被允许。

3.配置镜像仓库

配置 Docker Hub

配置方式请参考如下截图:

API 触发自动构建

通过开启 API 自动构建返回的 url，POST 方法调用 API，携带秘钥即可触发 API 自动构建，秘钥可以自定义设置

API 使用方式如下：

curl -d '{"secret_key":"<秘钥>"}' -H "Content-type: application/json" -X POST <API地址>

基于 API 触发自动构建是最灵活的方式之一，主要用于与第三方 CI 系统集成。

以上就是Rainbond配置组件自动构建部署官方文档讲解的详细内容，更多关于Rainbond配置组件自动构建部署官方文档的资料请关注我们其它相关文章！

Rainbond使用Dockerfile构建便捷应用运行流程

目录 Dockerfile构建运行镜像 Dockerfile构建运行镜像 Rainbond平台支持直接通过Dockerfile**构建并运行镜像,操作流程简单,方便进行持续迭代. 操作流程分为以下几步: 在Github上创建Dockerfile项目,Demo项目 Dockerfile内容 ARG VERSION=1.15.0 FROM nginx:${VERSION}-alpine COPY index.html /usr/share/nginx/html/ VOLUME /data EXPOS
Rainbond的ServiceMesh架构组件端口冲突处理解决

目录组件间的通讯问题方式一:通过HTTP 7层网络治理进行端口复用方式二:动态变更组件的监听端口方式三:使用 Kubernetes 原生 Service 治理模式方式四:使用 Istio 网络治理模式组件间的通讯问题在我们部署具有多个服务的分布式业务时,必须要考虑的一点就是如何处理服务之间的通信问题,那么当我们将业务部署到Rainbond 上时,又是如何去处理的呢? Rainbond 开箱即用的ServiceMesh架构默认通过 Sidecar 代理的方式,为我们透明的解决了分布式
Rainbond对前端项目Vue及React的持续部署

目录前言: 部署前检查 1.1 添加 nodestatic.json 文件 1.2 添加 web.conf 文件 1.3 源码部署Vue项目常见问题前言: 以往我们在部署 Vue.React 前端项目有几种方法: 项目打包好之后生成dist目录,将其放入nginx中,并进行相应的访问配置. 将项目打包好放入tomcat中. 将项目打包好的dist目录中的static和index.html文件放入springboot项目的resources目录下直接运行一个前端server,类似本地开发那
详解Rainbond内置ServiceMesh微服务架构

目录 ServiceMesh 微服务架构对比为何使用ServiceMesh ServiceMesh相对其他微服务架构优势最大层度透明学习成本低架构灵活 ServiceMesh架构性能 ServiceMesh只对网络进行治理么? Rainbond与ServiceMesh ServiceMesh 一般的字面解释是“服务网格”,作为时下最流行的分布式系统架构微服务的动态链接器,处于服务到服务的通信的专用基础设施层,该层独立于应用程序为服务之间的通信提供轻量级的可靠传递. 如果简单的描述的话,可
Rainbond调用Vue React项目的后端接口

目录前言解决跨域对于不同的场景有以下几种方法: 接口没有统一接口统一源码部署后端 Dockerfile源码构建部署Mysql Docker镜像部署Redis Java源码构建部署 SpringBoot Rainbond中怎么部署 Vue .React 项目请参考 Rainbond部署Vue.React项目前言以往我们在部署前端项目后,调用后端接口有以下几种场景: 后端接口没有统一,比较分散,例如:/system/user,/tool/gen . 通常我们会在项目的全局配置文件.env
Rainbond网络治理插件ServiceMesh官方文档说明

目录 ServiceMesh网络治理插件插件实践综合网络治理插件入站方向出站方向出站网络治理插件 ServiceMesh网络治理插件 5.1.5版本后,Rainbond默认提供了综合网络治理插件(同时处理入站和出站网络)和出站网络治理插件两个插件可用. 网络治理插件工作在与业务容器同一个网络空间之中,可以监听一个分配端口,拦截入站的业务流量进行限流.断路等处理再将流量负载到业务服务的实际监听端口之上. 同时也可以工作在出站方向,业务服务需要访问上游服务时,通过访问本地出站治理
Rainbond配置组件自动构建部署官方文档讲解

目录前言前提条件基于源代码操作流程 1.开启组件 Git-Webhook 2.配置代码仓库基于镜像仓库操作流程 1.开启镜像仓库 Webhook 自动构建 2.Tag 触发自动修改策略 3.配置镜像仓库 API 触发自动构建前言通过自动构建的功能,可以实现代码或镜像提交后组件自动触发构建和部署,Rainbond 提供了基于代码仓库 Webhooks.镜像仓库 Webhooks 和自定义 API 三种方式触发组件自动部署.自动构建的功能可以辅助开发者便捷的实现敏捷开发. 前提条件组件
Rainbond部署组件Statefulset的使用官方文档

目录前言组件部署类型服务的“状态” 处理服务的 “状态” 前言对于kubernetes老玩家而言,StatefulSet这种资源类型并不陌生.对于很多有状态服务而言,都可以使用 StatefulSet 这种资源类型来部署.那么问题来了:挖掘机技术哪家强?额,不对. 如何在 Rainbond 使用 StatefulSet 资源类型来部署服务呢? 组件部署类型通过在服务组件的其他设置中,更改组件部署类型即可选择使用 StatefulSet 资源类型部署服务,操作之前要注意以下几点: 组
Rainbond应用分享与发布官方文档说明

目录应用分享与发布应用分享应用发布流程完善应用信息提交发布任务确认发布编辑应用发布信息应用分享与发布应用分享应用市场定义了支持大型分布式的数字化业务系统的标准云原生应用模型.它可以包含1-N个服务组件,模型包含其中每个服务组件资源及配置,插件资源及配置,拓扑关系.部署关系等.精心制作完成即可一键发布.一键安装. 在Rainbond中,组件是Rainbond可管理的最小服务单元,用户可以将多个组件组成一个复杂的业务系统,这套业务系统可以对外提供服务,也可以分享给其他组织独立部署
详解webpack+gulp实现自动构建部署

webpack系列目录 webpack 系列二:webpack 介绍&安装 webpack 系列三:webpack 如何集成第三方js库 webpack 系列四:webpack 多页面支持 & 公共组件单独打包 webpack 系列五:webpack Loaders 模块加载器 webpack 系列六:前端项目模板-webpack+gulp实现自动构建部署正文本篇包含以下三点: 1.区分开发环境和生产环境 2.集成gulp 3.package.json 配置前面主要介绍了w
Vue官方文档梳理之全局配置

本文主要介绍了Vue官方文档梳理之全局配置,分享给大家,也给自己留个笔记.具体如下: optionMergeStrategies 用于自定义选项的合并策略,Vue已经预定义了一些自己配置项的合并策略,如下图所示. 比如props.methods.computed就是同一个策略:子配置项会覆盖父级配置项.源码如下: var strats = config.optionMergeStrategies; strats.props = strats.methods = strats.computed =
使用Docker+Jenkins自动构建部署

本文介绍了Docker+Jenkins自动构建部署,分享给大家,具体如下: 环境阿里云ESC,宿主机服务器安装Docker,在安全规则中确认8080端口开启. 客户端mac 运行jenkins 运行jenkins容器在主机上创建目录,并添加读写权限以便jenkins应用运行时读写文件,如: $ mkdir -p /var/jenkins_node $ chmod 777 /var/jenkins_node 拉取jenkins镜像:docker pull jenkins,当前是2.60.3版.
使用jekins自动构建部署java maven项目的方法步骤

1.下载jenkins 地址:https://jenkins.io/index.html 本人下载了2.19.3版本的war包:jenkins.war 2.安装jenkins 拷贝jenkins.war到tomcat的webapps文件夹下,如果tomcat是启动的,jenkins项目会自动解压启动的,如果tomcat是停止的,需要启动tomcat服务,进入bin文件夹,linux环境下执行 ./startup.sh即可启动服务,windows下双击startup.bat即可. 然后,访问地址:
Jenkins自动构建部署项目到远程服务器上的方法步骤

1.下载jenkins 下载地址:https://jenkins.io/ 本地下载地址:https://www.jb51.net/softs/535167.html 启动jenkins方式有2种 1.1切换到jenkins.war包的存放目录启动命令: java -jar jenkins.war 启动jenkins 访问: localhost:8080 就能进入jenkins管理页面 1.2把jenkins.war放到tomcat的webapps目录下,然后去tomcat的bin目录下启动
fullCalendar中文API官方文档

1. 使用方式: 引入相关js, css后, $('#div_name').fullCalendar({//options}); 接受的是一个option对象 2. 普通属性 2.1. year, month, date: 整数, 初始化加载时的日期. 2.2. defaultView: 字符串类型, 默认是'month; 2.2.1. 允许的views: 2.2.1.1. month 一页显示一月, 日历样式 2.2.1.2. basicWeek 一页显示一周, 无特殊样式 2.2.1.3.