持续集成 CI/CD-Jenkins持续集成GitLab项目打包docker镜像推送k8s集群并部署至rancher

Jenkins持续集成GitLab项目 GitLab提交分支后触发Jenkis任务

之前是通过jar包在shell服务器上进行手动部署,麻烦且耗时。现通过Jenkins进行持续集成实现CI/CD。以test分支为例 提交即部署。

由于是根据自己实际使用过程 具体使用到了

  • gitlab
  • jenkins
  • docker
  • harbor
  • rancher
  • k8s

集成流程

  • 拉取git仓库并指定分支,并切换对应分支现test分支
  • 对代码依赖进行检查,并实现maven引入
  • 对项目进行打包
  • 执行Dockerfile
  • 提交Docker镜像到Harbor
  • 通知Rancher对项目进行更新
  • CI/CD 完成

集成实现

Jenkins项目配置

创建jenkins项目

新建项目

选择 New Item

填写配置信息

以-backend 标识它是这个项目的后端,选择Freestyle project选项

配置注释

填写 Description,项目的描述尽可能的详细,方便维护

点击 Advanced 配置Use custom workspace,该配置路径为服务器存放后端项目的路径

拉取git地址

配置GitLab项目地址。注意 该地址必须是 .git 结尾的

url为项目的git地址,及选择的git用户

配置拉取git分支

这里配置的是test分支

开启WebHook

勾选:Build when a change is pushed to GitLab ...

复制自己项目的webhook URL: http://. .. :8080/project/flow-population-register-backend

会出现如下界面

点击 Advanced 进行详细配置

配置分支

点击上述的Advanced

点击Allowed branches下的Filter branches by regex进行选择监听的分支,正则匹配 .*test 分支并点击Generate生成Secret token的token,取消默认选择Allow all branches to trigger this job。

配置密钥

点击 Generate 生成 SecretToken
配置脚本

选择 Build 选Add buile step中的Execute shell

点击 Execute Shell 来执行Shell脚本

注意:如果harbor中无项目,这里要去harbor中添加项目需要的存储位置

编写指令
填入你要执行的Shell指令
由于服务需要停止、再启动
可以先kill掉服务 再 java -jar 执行
目前流程是在后续操作中 将其打包为Docker 再根据流程推送至K8s集群中

powershell 复制代码
mvn clean package
export IMAGE_NAME="harbor地址"
docker rmi $IMAGE_NAME || true
docker build -t $IMAGE_NAME .
docker push $IMAGE_NAME

如果持续集成到rancher上,需要再写一个shell脚本,并将rancher上api地址写入
保存项目

点击底部的 Save

先去测试配置是否生效
GitLab项目配置

打开GitLab项目 -> 选择 Settings -> 选择 Integrations/Webhooks

配置Webhook

填写URL为刚才Jenkins的Webhook地址

填写SecretToken为Jenkins中按钮生成的秘钥

点击 Add webhook

点击save添加webhook

测试通知

点击 Test

选择 Push Events

点击 查看GitLab是否可以正常通过WebHook通知Jenkins

如果是如下的HTTP 200,这时GitLab现在已经可以正常通知Jenkins了

此时向GitLab中的项目的test分支提交代码

将会发出WebHook来触发Jenkins

完成Shell中的命令

这样就完成了基础的CI/CD。

Rancher配置

登录Rancher

添加Deploy添加项目

根据项目添加需要的配置信息

其中:

  • Name可以自己随便写
  • WorkloadType Scalable是指可动态伸缩的 这里启动了2个服务
  • Docker Images 是镜像的地址
  • Port Mapping 需要暴露8080内部端口(publish the container port)到外部随机端口(on listening port)

启动服务

相关推荐
Elastic 中国社区官方博客8 小时前
CI/CD 流水线与 agentic AI:如何创建自我纠正的 monorepos
大数据·运维·数据库·人工智能·搜索引擎·ci/cd·全文检索
恒雨田8 小时前
解决 jenkins 用户 SSH 连接目标服务器时的 Permission denied 问题
运维·ssh·jenkins
Lin_Aries_042115 小时前
基于 CI/CD(Jenkins)将 Spring Boot 应用自动部署到 Kubernetes 集群
spring boot·ci/cd·docker·容器·自动化·jenkins
Vahala0623-孔勇19 小时前
CI/CD流水线优化:GitLab CI镜像构建加速实战
ci/cd·gitlab
幼稚园的山代王20 小时前
utf8mb4_bin、 utf8mb3_general_ci 、utf8mb4_0900_ai_ci 这几个有什么区别
ci/cd
Lin_Aries_04211 天前
部署 GitLab 服务器
linux·运维·服务器·docker·gitlab·github
C-20021 天前
初探 ansible 部署 devops 持续集成持续交付
ci/cd·ansible·devops
python开发笔记2 天前
python(77) python脚本与jenkins pipeline交互的5种方式
python·jenkins·交互
FreeBuf_2 天前
GitLab高危漏洞可致实例崩溃(CVE-2025-10858 和 CVE-2025-8014)
gitlab
Grassto2 天前
免费的 CI/CD 服务,了解一下 GitHub Actions ?
ci/cd·github·github actions