持续集成交付CICD：K8S 通过模板文件自动化完成前端项目应用发布

原创 已于 2023-12-20 05:48:24 修改 · 1.9k 阅读 · 21 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ci/cd #kubernetes #自动化

于 2023-12-19 16:25:12 首次发布
文章描述了一次关于在GitLab环境中使用Kubernetes和Jenkins进行前端项目部署和持续集成/持续交付(CI/CD)的实验过程，包括更新部署文件、配置CI和CD流水线，以及遇到的问题如Jenkins构建错误和URL特殊字符处理。

目录

一、实验

1.环境

2.GitLab 更新deployment文件

3.GitLab更新共享库前端项目CI与CD流水线

4.K8S查看前端项目版本

5.Jenkins 构建前端项目

6.Jenkins 再次构建前端项目

二、问题

1. Jenkins 构建CI 流水线报错

2. Jenkins 构建CI 流水线弹出脚本报错

3. Jenkins 构建CD 流水线报错

4.URL中特殊字符实现哪些功能

5.sed如何实现替换特殊字符

 

 

一、实验

1.环境

（1）主机

表1 主机

主机 架构 版本 IP 备注
master1 K8S master节点 1.20.6 192.168.204.180

jenkins slave

（从节点）
node1 K8S node节点 1.20.6 192.168.204.181  
node2 K8S node节点 1.20.6 192.168.204.182  
jenkins

 jenkins主节点      

 2.414.2 192.168.204.15:8080

 gitlab runner

（从节点）
  harbor私有仓库 1.2.2 192.168.204.15  
gitlab

gitlab 主节点       

 12.10.14 192.168.204.8:82

jenkins slave

（从节点）
  sonarqube 9.6 192.168.204.8:9000  

 

2.GitLab

最低0.47元/天 解锁文章
CI/CD — DevOps概念之实现k8s持续交付持续集成（一）
dghfttgv的博客
07-08 1444
在使用Pepiline进行自动化步骤过程中为了使Pipeline脚本更灵活我们通常会在脚本中引用对应的变量信息，但是在一个比较复杂的Pipeline脚本中，可能每一个stage步骤到会用到变量，那么我们应该要把这些变量信息提取出来统一存放，尽量不要手动去修改脚本里的内容，这样有可能会引发脚本的语法错误或者其他格式问题不利于我们的管理，我们可以将脚本中需用到的变量信息放到与Jenkinsfile同一目录下的配置文件中或者直接在Jenkinsfile的全局变量中设置，再引用对应的变量即可。
持续集成交付CICD：K8S 自动化完成前端项目应用发布与回滚
cronaldo91的博客
12-19 2127
（1）Jenkins手动构建，分支输入RELEASE-1.1.7。（3）GitLab前端项目新建分支RELEASE-1.1.7。（3） 外部测试访问（当前版本回滚为为1.1.5）（8）外部测试访问（当前版本回滚为为1.1.5）（4） 外部测试访问（当前版本为1.1.7）(6) 外部测试访问（当前版本为1.1.6）（9） 外部测试访问（版本升级为1.1.6）（4）外部测试访问（当前版本为1.1.6）（7）外部测试访问（回滚版本为1.1.5）（4）外部测试访问（版本升级为1.1.6）jenkins主节点。
k8s-grafana模板.rar
12-18
k8s-grafana模板.rar
笨方法使用Kubernetes实现持续交付
cpongo5
06-21 197
\本文要点\\使用Kubernetes实现持续集成，并不存在所谓正确的或者错误的路线。这取决于团队的需求。\\t简单的架构可能需要一些手工步骤，实现从Docker Registry推送（Push）新的Docker镜像到Kubernetes集群。\\t越是复杂的微服务应用，越可能需要复杂的架构。\\t要实现从草图开始重构由多个微服务组成的应用，需要集中式的Kubernetes配置。\\t如果要实现无...
有货基于Kubernetes容器环境的持续交付实践
Docker的专栏
08-27 3754
业内各大云服务商以及公司逐渐选择Kubernetes与Docker作为微服务支撑的首选平台。为了更好满足DevOps，我们采用了开源框架Spinnaker作为持续交付平台...
持续集成交付CICD：HELM 自动化完成前端项目应用发布与回滚
cronaldo91的博客
12-20 1913
（1）Jenkins构建前端项目 CI流水线，指定版本为RELEASE-1.1.6。（1）Jenkins构建前端项目 CI流水线，指定版本为RELEASE-1.1.7。（3）GitLab HELM项目显示更新了文件values.yaml。（3）Jenkins构建前端项目CD 流水线，指定分支为master。（1）Jenkins构建前端项目CD 流水线，指定分支为master。（2）外部测试访问（当前版本为1.1.6）（3）外部测试访问（当前版本为1.1.7）（7）外部测试访问（当前版本为1.1.6）
CI/CD概述，基于云效进行持续集成CI和持续部署CD（K8s）
BYvonne的博客
10-22 1922
CI/CD概述，基于云效进行持续集成CI和持续部署CD（K8s），在应用在不断迭代过程中，需要持续集成（CI）和持续部署（CD）。EDAS支持通过Jenkins和云效对您部署的应用进行CI/CD。
基于Kubernetes与Jenkins的CICD自动化实践项目
本项目“基于Kubernetes的CICD实践项目”是一个集成了现代DevOps核心理念的综合性实战项目，旨在通过实际操作帮助开发者深入理解容器化技术、微服务架构下的自动化部署流程以及完整的持续集成与持续交付（CI/CD）...
Gitee 在 DevOps 中的应用篇：宝子们的DevOps神器[特殊字符]，打造现代化开发运维一体化平台！
真实的菜的博客
06-27 928
各位宝子们！今天我们来聊聊Gitee在DevOps中的强大应用！🔥 在这个快速迭代的时代，DevOps已经成为现代软件开发的标配。而Gitee作为国产优秀的代码托管和DevOps平台，为我们提供了完整的开发运维一体化解决方案！从代码管理到持续集成，从容器化部署到基础设施即代码，Gitee都能完美胜任。让我们一起探索如何用Gitee构建高效的DevOps工作流！💪维度初级中级高级专家级🔄 自动化程度手动部署基础CI/CD全自动化智能化运维📊 监控能力基础监控应用监控全链路监控。
前端里的持续集成
陈靖
05-02 2876
什么是持续集成,什么是统一代码仓库,前端工程化,自动化构建 持续集成 持续集成需求 持续集成式通过平台串联各个开发环节,实现和沉淀工作自动化的方法; 线上代码和代码仓库不同步,影响迭代和团队协作; 静态资源发布依赖人工,浪费开发人力; 缺少自动化测试, 产品质量得不到保障; 文件简单修改上线,需要技术介入 持续集成解决 统一代码厂库通过分支管理合并主干svn / ...
2020/05/15 k8s结合CICD持续交付及集中管理配置1
qq_42227818的博客
05-19 579
5.1 回顾 之前使用的了dashboard，把dashboard插件做为k8s核心附件出现的，k8s有4个核心 组件，CNI网络插件，容器之间跨节点通信，flannel，coredns主要用于服务发现,把服务名称和对应的集群网络地址，自动粘合起来 traefik作为暴露服务，把服务暴露到集群外面，核心资源ingress，通过ingress，把traefik安装进去，traefik本身是简化版的nginx和go脚本，go语言脚本是自动发现你的ingress的yaml，资源配置清单是如何变化的，变化以后应用到
简单使用 Kubernetes 实现持续交付
weixin_56242987的博客
11-22 220
Kubernetes 是一种管理容器化应用的容器编排器。正如我们先前所提及的，并不存在使用 kubernetes 实现持续交付的所谓正确方法。虽然实现持续交付对发布和自动化非常关键，但是 Kubernetes 并未对该问题提供一种解决方案。Kubernetes 在平台中可创建和管理的最小单元称为 Pod。我们从上面的结构图中可以看到，一个 Pod 中存在着一个 Docker 容器。Docker 容器镜像将应用代码包括在一个隔离的环境中。
前端持续集成与部署：从开发到生产的自动化流程
一名热衷于技术的全栈开发者，专注于前端与后端的全面技术探索。在这里，我将分享我在技术领域的学习与成长，助力更多开发者的进步。
01-08 901
你需要一个代码托管平台（如 GitHub、GitLab）和一个 CI/CD 工具（如 GitHub Actions、Jenkins）。随着前端项目复杂度的增加，以及多团队协作的需求不断提升，**持续集成（CI）与持续部署/交付（CD）**已经成为现代软件开发的重要组成部分。本文将结合实例，深入探讨前端项目的 CI/CD 流程及其最佳实践，帮助你构建一个高效的自动化工作流。持续集成是一种开发实践，强调频繁地将代码集成到主分支，并通过自动化测试来验证代码的正确性。部署代码到测试服务器，供 QA 团队验证。
前端持续集成部署CI/CD
weixin_37989623的博客
07-05 1763
什么是持续集成/持续部署（CI/CD）？ 简单理解就是把代码测试、打包、发布等工作交给一些工具来自动完成。这样可以提高效率，减少失误，开发人员只需要关心开发和提交代码到git就可以了。 CI/CD CI，Continuous Integration，为持续集成。即在代码构建过程中持续地进行代码的集成、构建、以及自动化测试等；有了 CI 工具，我们可以在代码提交的过程中通过单元测试等尽早地发现引入的错误； CD，Continuous Deployment，为持续交付。在代码构建完毕后，可以方便地将新版本部署
【前端开发】持续集成与部署
最新发布
大雨的博客
07-09 790
持续集成与部署（CI/CD）在前端开发领域已从一种新兴理念逐步演变为行业标配，成为推动前端项目高效开发、稳定迭代的关键力量。它通过自动化流程，将代码集成、测试、部署等环节紧密串联，显著提升了开发效率，保障了代码质量，为前端开发带来了质的飞跃。在代码质量方面，借助 Lint 工具和自动化测试，从源头上减少了错误的产生，使代码更加健壮、可靠；自动化构建和一键部署则极大地简化了繁琐的手动操作，降低了出错风险，实现了快速、准确的软件交付。在多团队协作场景中，CI/CD 促进了团队间的高效沟通与协作，确保项目在协同开
容器化部署持续交付
星月IWJ
07-25 1515
容器化部署持续交付 1,课程导学 snapshot 是开发版本 release 是发布版本 2,如何持续集成 计划—>代码—>构建(敏捷开发)—>测试(持续集成)—>发布(持续交付)—>部署(持续部署)—>运维(devOps) jenkins—>ansible—>Vault—>不同环境 发布 灰度(蓝绿发布) 先一小部分用户体验新版本 金丝雀发布 部署25%的机器,根据监控数据决策是否进一步部署 开关功能 前后端功能没对接功能可用开关控制后先部署 3,需
43、持续集成：几十个前端一起工作，如何保证工作质量？
所学所思
03-26 546
今天我们来聊聊持续集成。持续集成是近现代软件工程中的一个非常重要的概念。它是指在软件开发过程中，以定期或者实时的方式，集成所有人的工作成果，做统一的构建和测试。与持续集成相对的做法是：独立开发各个模块，在软件开发的最终阶段才做集成。持续集成的优势是及早处理集成阶段的问题，使软件质量和开发进度可控。现在持续集成还有升级版本：持续交付和持续部署，这些因为需要更为完善的基础设施，目前很少有公司前端团队可以用上，我们暂且不谈。传统的持续集成概念诞生于桌面客户端开发，在Web前端领域，由于技术和产品形态的差别，我们需
微前端架构的持续集成与持续部署实践
2401_85743969的博客
08-16 1170
在微前端架构下实现CI/CD，需要考虑子应用的独立性、依赖管理和部署协调。通过统一的构建工具、自动化测试、依赖管理、集成测试环境、自动化部署、监控和日志以及回滚策略，可以构建高效的CI/CD流程，提高软件交付的速度和质量。同时，遵循CI/CD最佳实践，可以进一步确保流程的稳定性和可维护性。随着DevOps文化的普及和技术的发展，CI/CD将成为微前端架构不可或缺的一部分。
k8s环境之cicd部署+远程触发
Elaina_fang✨✨✨的博客
10-26 1926
1.在jenkins home path 也就是/var/lib/container/jenkins同级目录下创建添加.kube/config文件。#https://用户:api-token@jenkins地址/jenkins/job/任务名称/build?将镜像的tag写死在文件里，echo 进tagid的文件在通过cat获取值，写死成常量即可远程传参获取。解决：因为version参数在ci的jenkins是个变量，cd这边不能通过远程触发传参的方式获取值。具体在ci的pipeline中体现。
DevOps实战：K8s环境下的项目部署与CICD
"本教程详细介绍了如何将DevOps实践应用到Kubernetes（k8s）环境中，包括从快速部署k8s集群、安装web管理工具，到构建持续集成与交付（CICD）服务器，再到改造和发布前后端项目，以及利用Ansible进行自动化运维。...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值