Kubernetes CICD 开发部署环境

最新推荐文章于 2024-09-17 04:43:00 发布
最新推荐文章于 2024-09-17 04:43:00 发布
阅读量1.3k 收藏 27
点赞数 1
分类专栏： CICD
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_37377136/article/details/112725078
版权

此篇可作为开发人员部署环境, 请先查看CICD流程篇章

前提环境：

涉及参考文档：

插件文档介绍:

接着上篇文章操作 Kubernetes CICD发布架构流程思路

一、配置Job构建参数

1、web 界面手动设置构建参数

在这里插入图片描述
在这里插入图片描述

2、书写Pipeline 构建语法

pipeline {
	environment{
	    Giturl =  'http://192.168.11.178/root/aliyun.git'  //gitlab仓库
		BRANCH =  sh(returnStdout: true,script: 'echo $branch').trim()  //设置分支变量
		Project_Namespace = 'jenkins' //设置名称空间名称
		Project_Nmae = 'maven-test'	 //设置应用的Pod名称
		version =  sh(returnStdout: true,script: 'date +%Y%W%d%H%M').trim()  //设置当前时间为镜像版本标记
	}	
    agent{
        node{
          label 'jnlp-slave'
        }
      }
    stages {
		stage('Git拉取代码') {
            steps {                
				git branch: '${BRANCH}', credentialsId: '', url: "$Giturl"  //可以选定构建的分支
            }
        }
        stage('编译') {
            steps {
				timeout(5)   //超时5分钟中断任务
				{
				script {
					container('maven') { 
						// 打包构建出来的是jar包或者war包
						echo "[BUILD INFO] 文件编译中，请耐心等待......"
						if(params.jar_war == 'jar') { 
							sh """
								echo "开始编译 jar 包......"
								mvn clean package -X -P production -e -U
								"""
						} else{ 
							sh """
								echo "开始编译 war 包......"
								mvn -e clean package -U -Dmaven.test.skip=true -P production
								""" 
							}
						}
					}
				}
			}
		}
		stage('镜像打包上传镜像仓库'){
          steps{
			  timeout(3)   //超时3分钟中断任务
			  {	container("kaniko") {
                  sh """
						kaniko -f `pwd`/Dockerfile -c `pwd`  --skip-tls-verify=true --destination=192.168.11.130:4430/$Project_Namespace/$Project_Nmae:$version
					"""
					}
				}
			}
		}
		stage('发布到k8s集群'){
          steps{
              container("kubectl") {
                  withKubeConfig(caCertificate: '',  //如果serverUrl提供了，则用于验证API服务器证书的群集证书颁发机构。如果未提供参数，则跳过验证。
								clusterName: '', 	//修改当前上下文的集群。cluster如果serverUrl提供了a ，也用于生成的块。
								contextName: '', 	//将当前上下文切换到该名称。上下文必须已经存在于KubeConfig文件中。
								credentialsId: 'admin-sa',	//普通KubeConfig文件的Jenkins ID。(webp配置admin的serviceaccount)
								namespace: '',	//	修改当前上下文的命名空间
								serverUrl: 'https://kubernetes.default.svc.cluster.local'  //API服务器的网址。这将创建一个新cluster块并修改当前上下文以使用它。
								)
							{ 
								sh """
									sed -i 's/\$Project_Namespace/$Project_Namespace/g'   `pwd`/deployment.yaml  #替换名称空间
									sed  -i 's/\$Project_Nmae/$Project_Nmae/g' 	  `pwd`/deployment.yaml	 # 替换项目名称
									sed  -i 's/\$version/$version/g' `pwd`/deployment.yaml  #替换镜像版本号——时间代替版本号
									kubectl apply -f `pwd`/deployment.yaml 
									kubectl wait --for=condition=Ready pod -l app=jenkins-java-demo --timeout=60s -n jenkins
								 """
						}
					}
				}
			}
    }
}

二、新建分支并提交代码

1、创建并切换分支

git checkout -b newmaven

在这里插入图片描述

2、修改 deployment.yaml文件

在这里插入图片描述

vim deployment.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: $Project_Nmae
  namespace: $Project_Namespace
spec:
  replicas: 2
  selector:
    matchLabels:
      app: $Project_Nmae
  template:
    metadata:
      labels:
        app: $Project_Nmae
    spec:
      containers:
      - name: $Project_Nmae
        image: 192.168.11.130:4430/$Project_Namespace/$Project_Nmae:$version
        imagePullPolicy: Always
        ports:
        - containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
  name: $Project_Nmae
  namespace: $Project_Namespace
spec:
  ports:
  - name: $Project_Nmae
    port: 8080
    targetPort: 8080
    nodePort: 30082
  selector:
    app: $Project_Nmae
  type: NodePort

3、对本次操作打标签并且提交代码

git add  -A &&  git commit  -m "v1"

在这里插入图片描述

git  push  origin newmaven

在这里插入图片描述

三、项目构建测试

1、构建新建 newmaven 分支（后期优化自动获取git分支）

在这里插入图片描述
点击构建测试
在这里插入图片描述
在这里插入图片描述

2、查看服务是否重启更新

kubectl  get po -n jenkins -w

在这里插入图片描述

3、日志发现时间正确

在这里插入图片描述
原因分析：

  • 搭建Jenkins 我已经将Jenkins与宿主机的时间文件挂载，同时这是一个新的Pod允许那问题就是宿主机(node节点)，时间服务不正常。(问题排除)
    在这里插入图片描述
    在这里插入图片描述
    Jenkins 容器时间正常。

  • 接下来就是确定是否新起来容器时间有问题，简单只需要重新起一个新的Pod即可查看，Jenkins web界面再次构建测试。
    在这里插入图片描述
    在这里插入图片描述
    问题已排除到。 进行修复即可。

4、Slave Pod 挂载时间文件（/etc/localtime）

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

5、再次构建Job

在这里插入图片描述

这时候可登录黑屏操作新的 jnlp-slave容器 的时间
在这里插入图片描述
在这里插入图片描述

四、钉钉构建通知

安装插件：

1、系统配置 钉钉 ID

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2、书写Pipeline 构建语法

pipeline {
	environment{
	    Giturl =  'http://192.168.11.178/root/aliyun.git'
		BRANCH =  sh(returnStdout: true,script: 'echo $branch').trim()
		Project_Namespace = 'jenkins'
		Project_Nmae = 'maven-test'	
		version =  sh(returnStdout: true,script: 'date +%Y%W%d%H%M').trim()
		NowTimes =  sh(returnStdout: true,script: 'date +%F" "%T').trim()
		BUILD_USER = ""
	}	
    agent{
        node{
          label 'jnlp-slave'
        }
      }
    stages {
		stage('Git拉取代码') {
            steps {                
				git branch: '${BRANCH}', credentialsId: '', url: "$Giturl"
            }
        }
        stage('编译') {
            steps {
				timeout(5)
				{
				script {
					container('maven') { 
						// 打包构建出来的是jar包或者war包
						echo "[BUILD INFO] 文件编译中，请耐心等待......"
						if(params.jar_war == 'jar') { 
							sh """
								echo "开始编译 jar 包......"
								mvn clean package -X -P production -e -U
								"""
						} else{ 
							sh """
								echo "开始编译 war 包......"
								mvn -e clean package -U -Dmaven.test.skip=true -P production
								""" 
						}
					}
                }
            }
        }
		}
		stage('镜像打包上传镜像仓库'){
          steps{
			  timeout(3)  
			  {	container("kaniko") {
                  sh """
						kaniko -f `pwd`/Dockerfile -c `pwd`  --skip-tls-verify=true --destination=192.168.11.130:4430/$Project_Namespace/$Project_Nmae:$version
					"""
					}
				}
			}
		}
		stage('发布到k8s集群'){
          steps{
              container("kubectl") {
                  withKubeConfig(caCertificate: '',  //如果serverUrl提供了，则用于验证API服务器证书的群集证书颁发机构。如果未提供参数，则跳过验证。
								clusterName: '', 	//修改当前上下文的集群。cluster如果serverUrl提供了a ，也用于生成的块。
								contextName: '', 	//将当前上下文切换到该名称。上下文必须已经存在于KubeConfig文件中。
								credentialsId: 'admin-sa',	//普通KubeConfig文件的Jenkins ID。(webp配置admin的serviceaccount)
								namespace: '',	//	修改当前上下文的命名空间
								serverUrl: 'https://kubernetes.default.svc.cluster.local'  //API服务器的网址。这将创建一个新cluster块并修改当前上下文以使用它。
								)
							{ 
								sh """
									sed -i 's/\$Project_Namespace/$Project_Namespace/g'   `pwd`/deployment.yaml  #替换名称空间
									sed  -i 's/\$Project_Nmae/$Project_Nmae/g' 	  `pwd`/deployment.yaml	 # 替换项目名称
									sed  -i 's/\$version/$version/g' `pwd`/deployment.yaml  #替换镜像版本号——时间代替版本号
									kubectl apply -f `pwd`/deployment.yaml 
									kubectl wait --for=condition=Ready pod -l app=jenkins-java-demo --timeout=60s -n jenkins
								 """
						}
					}
				}
			}
    }
	post {
		success {
				wrap([$class: 'BuildUser']) {
                   script {
                       BUILD_USER_ID = "${env.BUILD_USER_ID}"
                       BUILD_USER = "${env.BUILD_USER}"
                       BUILD_USER_EMAIL = "${env.BUILD_USER_EMAIL}"
                   }
				   dingtalk (
                        robot: 'dingding',
                        type: 'MARKDOWN', 
                        title: '恭喜 $JOB_BASE_NAME Job部署成功',
                        text: [
								'# [$Project_Nmae 应用部署成功](${env.JOB_URL})', 
								'',
								'---',
								'',
								'# [=====================](${env.JOB_URL}) ',
								'<font color=red>项目状态</font>： [部署成功](${env.JOB_URL}) 🤩',
								'# [ ]()',
								'部署时间： ${NowTimes}',
								'# [ ]()',
								'构建镜像:  192.168.11.130:4430/$Project_Namespace/$Project_Nmae:$version',
								'# [                                      ]()',
								'持续时间： 待定',  
								'# [ ]()',
								'执行人：  [${BUILD_USER}](${env.JOB_URL})',
								'',
								'# [=====================](${env.JOB_URL}) ',
								'',
								'---',
								'',			
								'![成功](https://ss3.bdstatic.com/70cFv8Sh_Q1YnxGkpoWK1HF6hhy/it/u=3047085180,1986287365&fm=26&gp=0.jpg)'		
                        ],
						atAll: true,
						)
					}
				}
		failure {
			wrap([$class: 'BuildUser']) {
				script {
					BUILD_USER = "${env.BUILD_USER}"
					}
				dingtalk (
                        robot: 'dingding',
                        type: 'ACTION_CARD',
                        title: '$JOB_BASE_NAME Job 部署失败 😈',
                        text: [
								'# [$Project_Nmae 应用部署失败](${env.JOB_URL})', 
								'',
								'---',
								'',
								'<font color=red>项目状态</font>： 部署失败 😈',
								'# [ ]()',
								'部署时间： ${NowTimes}',
								'# [ ]()',
								'构建镜像:  192.168.11.130:4430/$Project_Namespace/$Project_Nmae:$version',
								'# [ ]()',
								'持续时间： 待定',  
								'# [ ]()',
								'执行人：  ${BUILD_USER}',
								'',
								'---',
								'',
								'![](https://ss0.bdstatic.com/70cFuHSh_Q1YnxGkpoWK1HF6hhy/it/u=1228642624,727395396&fm=26&gp=0.jpg)'								
                        ],
						btns: [
							[
								title: '部署失败😈',
								actionUrl: ''
							  ],
							[
								title: '跳转$JOB_BASE_NAME Job',
								actionUrl: '${BUILD_URL}'
							]
						 ],
						atAll: true,
					)
			}
		}
	}	
}

2、 再次构建测试

实验成功 都再次跑在 CICD 测试这个Job，看到不同的Job没事，代码是相同的。
在这里插入图片描述
在这里插入图片描述

3、查看钉钉消息

在这里插入图片描述
服务也发布成功
在这里插入图片描述

访问服务
在这里插入图片描述

GItLab入门级CI/CD环境搭建（适用于小微企业或个人）
Baldwin_KeepMind
04-05 1415
相关 什么是CI/CD CI - Continuous Integrarion - 持续集成 现代应用开发的目的是能够让多个开发人员在同时进行同一应用的不同功能。但是这样需要企业在某一天将不同开发人员的代码合入到主分支上去，我们称这一天为“合并日”，可以想象到的是在合并日当天的工作将非常的繁琐、耗时，而且会出现大量的冲突代码，这对开发人员、管理人员来说都是灾难性的，这时候我们就需要一个基于云的IDE来使各位开发人员在代码进度上达成一致。 持续集成（CI）可以帮助代码管理员更好地管理代码分支，并且管理员rev
k8s安装部署步骤_【Kubernetes系列】第8篇 CI/CD之组件部署
weixin_39927144的博客
11-30 665
前言应对敏捷开发的需求，对CI(持续集成))/CD（持续交付）的提出了更高的标准，今天来讨论下，如何基于开源组件（gitlab/jenkins/harbor/kubernetes）使用CI/CD，赋能团队的开发、运维。核心组件组件名称版本备注kubernetesv1.15.310.0.0.182:6443jenkins2.176.2集群内部署/ namespace: devopsgitlab11....
基于Kubernetes实现弹性的CICD系统.pdf
08-29
主要章节： CI/CD现状 工具的选择 CI/CD系统业务场景 CI/CD对资源的需求越来越高 痛点 Kubernetes可以为Jenkins注入的能力 kubernetes-plugin 到这里就可以了吗？ 让Kubernetes的资源也”弹”起来 Kubernetes Autoscaler ACK上的autoscaler Virtual node ACK上的Virtual node 新的门槛 Kaniko-新的构建工具 弹性的CI/CD系统
GitLab在Kubernetes上的CI/CD
weixin_34150503的博客
12-19 643
GitLab在Kubernetes上的CI/CD [TOC] 1. Gitlab在Kubernetes中CI/CD流程 下图中，Gitlab在整个过程中，参与了60%以上的工作，可以说，开发自从push了代码后，就可以直接测试并上线到生产环境。 在Kubernetes中，Gitlab Runner，是一个中介的作用，它申请pod运行stage，所以Runner并不直接运行stage。 在开始前，需...
基于 Kubernetes 实现 CI/CD 配置
愿许浪尽天涯的博客
04-30 3873
基于 Kubernetes 实现 CI/CD 配置，其实和往常那些 CI/CD 配置并没有太大区别。都是通过 提交代码，拉取代码，构建代码，发布代码来实现的。 只不过要是通过 K8s 来实现的话，则是需要将构建好的代码打包成镜像，通过镜像的方式来运行。
Kubernetes CICD系列之tekton工具使用
邢宁
03-11 2648
前言 Tekton是一种适用于创建持续集成和持续部署/交付(CI/CD)系统的谷歌开源的Kubernetes原生框架，它支持多云/多集群下进行搭建、测试和部署，可实现滚动部署、蓝/绿部署、金丝雀部署或 GitOps 工作流等高级部署。 Jenkins的不足 基于脚本的job配置复用率不足 代码调试困难 基于声明式API的流水线-Tekton 自定义 可重用 可扩展性 标准化 规模化支持 Tekton 核心组件 pipline: 对象定义了一个流水线作业，一个pipeline对象由一个或数个ta
2021职院技能大赛云计算赛项：Kubernetes CICD与灰度发布
此外，云梦公司技术部面临的问题——产品开发上线周期长、用户规模大、版本更新频繁——促使他们采用CICD和灰度发布策略，这体现了DevOps实践在现代软件开发中的重要性。通过Kubernetes实现灰度发布，可以逐步将新...
1000 DevOps Bash脚本AWS GCP Kubernetes Docker CICD api SQL Po.zip
最新发布
01-10
首先，文件标题提到了多个关键技术和工具，包括DevOps、Bash脚本、AWS（亚马逊网络服务）、GCP（谷歌云平台）、Kubernetes、Docker以及CICD（持续集成和持续部署）。这些技术通常用于构建和维护现代的云基础设施和...
Spark内容分享(十)：Kubernetes部署让Spark更灵活
之乎者也·的博客
01-02 1288
Spark 是一个开源的数据处理框架，能快速处理大量数据的转换。其高性能来自Spark的分布式框架，通常一个任务会被平均分配，跨机器集群工作。但Spark本身并不管理这些计算机，他需要一个集群的管理器来管理集群。Spark定义了需要执行的任务，而管理器决定了任务将如何被分配被执行，由此可见其重要性。这个管理器需要负责任务的接收、资源的调度和分配、任务的启动、TaskTrack监控等。传统上，我们会选择Hadoop YARN来作为资源调度管理器，并且使用spark-submit提交任务。
1.《DevOps》系列K8S部署CICD流水线之部署K8S集群~version1.28.2
Fly_wd的博客
09-17 2180
devops系列之通过k8s部署GitLab、Harbor、Jenkins打造CICD流水线，现为部署一主二从的K8S集群
GitOpsKubernetes多集群环境下的高效CICD实践.pdf
08-29
GitOpsKubernetes多集群环境下的高效CICD实践.pdf
Kubernetes11：【持续集成】CICD
weixin_40612128的博客
03-22 1220
CICD
基于K8s的CI/CD自动化持续集成部署框架
RSQ博客
06-05 6419
文章目录什么是CI/CD？1 环境准备2 组件部署2.1 jenkins快速部署2.2 gitlab快速部署2.3 harbor快速部署3 CI/CD交付 什么是CI/CD？ CI/CD即持续集成与持续交付持续部署。 持续集成注重将各个开发者的工作集合到一个代码仓库中，通常每天会进行几次， 主要目的是尽早发现集成错误，使团队更加紧密结合，更好地协作。 持续交付的目的是最小化部署或发布过程中团队固有的摩擦， 它的实现通常能够将构建部署的每个步骤自动化，以便任何时刻能够安全地完成代码发布（理想情况下）。 持续部
基于jenkins+k8s(container)实现CI/CD
qq_33816243的博客
05-15 2430
本文以企业生产环境CICD流程为背景，利用 Jenkins、SonarQube、Harbor、Container、Kubernetes技术，搭建一个完整的 CI/CD 管道，模拟实际生产环境项目开发部署流程，实现持续集成、持续交付和持续部署。
基于kubernetes CI/CD实践
小楼一夜听春雨，深巷明朝卖杏花
08-24 977
先加载共享库，第一个容器是jnlp容器，也即是agent，其次就是mvn构建的容器，还有docker构建，因为很多版本都是使用了containerd去作为容器运行时，所以里面是没法使用docker的，所以需要使用dind去构建镜像，然后使用docker，还有curl容器和helm部署的容器。ci这块，我们输入版本分支，帮我们去下载代码，然后运行我们的构建，然后单元测试和代码扫描，因为是基于kubernetes做交付的，所以这里会有构建镜像的步骤，镜像是分支名称加commit-id来命名的。
K8S部署Java项目（Gitlab CI/CD自动化部署终极版）
博客主要分享技术教程、工具教程、bug解决、前沿技术动态、编程经验、心得感悟等。 内容同步、干货获取、推广宣发请看侧栏推广信息
02-26 5936
每个人都有惰性，但不断学习是好好生活的根本，共勉！
gitab+pipeline+jenkins+kuboard+ack进行CI CD配置
云深海阔专栏
06-15 298
pipeline文本内容。
五大Kubernetes最佳实践
Docker的专栏
04-15 2158
在最近的一次Weave用户组在线会议WOUG[1]上两个工程师做了Kubernetes相关的分享。谷歌云的开发者布道师Sandeep Dinesh（@SandeepDinesh）做了一个演讲，给大家列举了在Kubernetes上运行应用的最佳实践清单；Jordan Pellizzari（@jpellizzari），是来自Weaveworks的工程师，随后也做了一个分享，内容是在他们使用Kubern
Diploid：简化Kubernetes部署的CICD工具
CICD是现代软件开发实践，旨在频繁、快速地将代码变更集成到主分支，并确保能够自动地部署到生产环境。它包括两个主要部分：持续集成（CI）和持续交付/部署（CD）。持续集成主要关注开发人员频繁地将代码变更集成到...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值