k8s交付实战-流水线构建dubbo服务
目录
- k8s交付实战-流水线构建dubbo服务
- 1 jenkins流水线准备工作
- 1.1 参数构建要点
- 1.2 创建流水线
- 1.2.1 创建流水线
- 1.2.2 添加10个构建参数
- 1.2.3 添加完成效果如下:
- 1.2.4 添加pipiline代码
- 1.3 用流水线完成dubbo-service的构建
- 1.3.1 选择参数化构建
- 1.3.2 填写完成效果如下
- 1.3.3 执行构建并检查
- 2 交付dubbo-service到k8s
- 2.1 准备资源清单
- 2.1.1 创建depeloy清单
- 2.2 创建k8s资源
- 2.2.1 创建app名称空间
- 2.2.2 创建secret资源
- 2.2.3 应用资源清单
- 2.1 准备资源清单
- 3 交付dubbo-monitor监控服务到k8s
- 3.1 制作dobbo-monitor镜像
- 3.1.1 下载源码
- 3.1.2 修改配置文件:
- 3.1.3 优化Dockerfile启动脚本
- 3.1.4 构建并上传
- 3.2 创建资源配置清单
- 3.2.1 准备目录
- 3.2.2 创建deploy资源文件
- 3.2.3 创建service资源文件
- 3.2.4 创建ingress资源文件
- 3.3 创建dobbo-miniotr服务
- 3.3.1 应用资源配置清单
- 3.3.2 添加dns解析
- 3.3.3 访问monitor的web页面
- 3.1 制作dobbo-monitor镜像
- 4 构建dubbo-consumer服务
- 1 jenkins流水线准备工作
| 参数名 | 作用 | 举例或说明 |
|---|---|---|
| app_name | 项目名 | dubbo_demo_service |
| image_name | docker镜像名 | app/dubbo-demo-service |
| git_repo | 项目的git地址 | https://x.com/x/x.git |
| git_ver | 项目的git分支或版本号 | master |
| add_tag | 镜像标签,常用时间戳 | 191203_1830 |
| mvn_dir | 执行mvn编译的目录 | ./ |
| target_dir | 编译产生包的目录 | ./target |
| mvn_cmd | 编译maven项目的命令 | mvc clean package -Dmaven. |
| base_image | 项目的docker底包 | 不同的项目底包不一样,下拉选择 |
| maven | maven软件版本 | 不同的项目可能maven环境不一样 |
除了base_image和maven是choice parameter,其他都是string parameter
1.2 创建流水线
1.2.1 创建流水线
创建名为dubbo-demo的流水线(pipeline),并设置Discard old builds 为如下
| Discard old builds选项 | 值 |
|---|---|
| Days to keep builds | 3 |
| Max # of builds to keep | 30 |
1.2.2 添加10个构建参数
This project is parameterized点击Add Parameter,分别添加如下10个参数
#第1个参数参数类型 : String ParameterName : app_nameDescription : 项目名 eg:dubbo-demo-service#第2个参数参数类型 : String ParameterName : image_nameDescription : docker镜像名 eg: app/dubbo-demo-service#第3个参数参数类型 : String ParameterName : git_repoDescription : 仓库地址 eg: https://gitee.com/xxx/xxx.git#第4个参数参数类型 : String ParameterName : git_verDescription : 项目的git分支或版本号#第5个参数参数类型 : String ParameterName : add_tagDescription :给docker镜像添加标签组合的一部分,如$git_ver_$add_tag=master_191203_1830#第6个参数参数类型 : String ParameterName : mvn_dirDefault Value : ./Description : 执行mvn编译的目录,默认是项目根目录, eg: ./#第7个参数参数类型 : String ParameterName : target_dirDefault Value : ./targetDescription : 编译产生的war/jar包目录 eg: ./dubbo-server/target#第8个参数参数类型 : String ParameterName : mvn_cmdDefault Value : mvn clean package -Dmaven.test.skip=trueDescription : 编译命令,常加上-e -q参数只输出错误#第9个参数参数类型 : Choice ParameterName : base_imageChoices :base/jre7:7u80base/jre8:8u112Description : 项目的docker底包#第10个参数参数类型 : Choice ParameterName : mavenChoices :3.6.13.2.52.2.1Description : 执行编译使用maven软件版本
1.2.3 添加完成效果如下:
1.2.4 添加pipiline代码
流水线构建所用的pipiline代码语法比较有专门的生成工具
以下语句的作用大致是分为四步:拉代码->构建包->移动包-打docker镜像并推送
pipeline {agent anystages {stage('pull') { //get project code from reposteps {sh "git clone ${params.git_repo} ${params.app_name}/${env.BUILD_NUMBER} && cd ${params.app_name}/${env.BUILD_NUMBER} && git checkout ${params.git_ver}"}}stage('build') { //exec mvn cmdsteps {sh "cd ${params.app_name}/${env.BUILD_NUMBER} && /var/jenkins_home/maven-${params.maven}/bin/${params.mvn_cmd}"}}stage('package') { //move jar file into project_dirsteps {sh "cd ${params.app_name}/${env.BUILD_NUMBER} && cd ${params.target_dir} && mkdir project_dir && mv *.jar ./project_dir"}}stage('image') { //build image and push to registrysteps {writeFile file: "${params.app_name}/${env.BUILD_NUMBER}/Dockerfile", text: """FROM harbor.zq.com/${params.base_image}ADD ${params.target_dir}/project_dir /opt/project_dir"""sh "cd ${params.app_name}/${env.BUILD_NUMBER} && docker build -t harbor.zq.com/${params.image_name}:${params.git_ver}_${params.add_tag} . && docker push harbor.zq.com/${params.image_name}:${params.git_ver}_${params.add_tag}"}}}}
1.3 用流水线完成dubbo-service的构建
1.3.1 选择参数化构建
进入dubbo-demo后,选择的参数化构建build with parameters ,填写10个构建的参数
| 参数名 | 参数值 |
|---|---|
| app_name | dubbo-demo-service |
| image_name | app/dubbo-demo-service |
| git_repo | https://gitee.com/noah-luo/dubbo-demo-service.git |
| git_ver | master |
| add_tag | 200509_0800 |
| mvn_dir | ./ |
| target_dir | ./dubbo-server/target |
| mvn_cmd | mvn clean package -Dmaven.test.skip=true |
| base_image | base/jre8:8u112 |
| maven | 3.6.1 |
1.3.2 填写完成效果如下
1.3.3 执行构建并检查
填写完以后执行bulid
第一次构建需要下载很多依赖包,时间很长,抽根烟,喝杯茶
经过漫长的等待后,已经构建完成了
点击打开 Blue Ocean查看构建历史及过程:
检查harbor是否已经有这版镜像:
2 交付dubbo-service到k8s
2.1 准备资源清单
创建清单操作都在7.200上操作
mkdir /data/k8s-yaml/dubbo-server/cd /data/k8s-yaml/dubbo-server
2.1.1 创建depeloy清单
cat >dp.yaml <<EOFkind: DeploymentapiVersion: extensions/v1beta1metadata:name: dubbo-demo-servicenamespace: applabels:name: dubbo-demo-servicespec:replicas: 1selector:matchLabels:name: dubbo-demo-servicetemplate:metadata:labels:app: dubbo-demo-servicename: dubbo-demo-servicespec:containers:- name: dubbo-demo-serviceimage: harbor.zq.com/app/dubbo-demo-service:master_200509_0800ports:- containerPort: 20880protocol: TCPenv:- name: JAR_BALLvalue: dubbo-server.jarimagePullPolicy: IfNotPresentimagePullSecrets:- name: harborrestartPolicy: AlwaysterminationGracePeriodSeconds: 30securityContext:runAsUser: 0schedulerName: default-schedulerstrategy:type: RollingUpdaterollingUpdate:maxUnavailable: 1maxSurge: 1revisionHistoryLimit: 7progressDeadlineSeconds: 600EOF
需要根据自己构建镜像的tag来修改image dubbo的server服务,只向zk注册并通过zk与dobbo的web交互,不需要对外提供服务 因此不需要service资源和ingress资源
2.2 创建k8s资源
2.2.1 创建app名称空间
业务资源和运维资源等应该通过名称空间来隔离,因此创建专有名称空间app
kubectl create namespace app
2.2.2 创建secret资源
我们的业务镜像是harbor中的私有项目,所以需要创建docker-registry的secret资源:
kubectl -n app \create secret docker-registry harbor \--docker-server=harbor.zq.com \--docker-username=admin \--docker-password=Harbor12345
2.2.3 应用资源清单
kubectl apply -f http://k8s-yaml.zq.com/dubbo-server/dp.yaml
3分钟后检查启动情况
# 检查pod是否创建:~]# kubectl -n app get podNAME READY STATUS RESTARTS AGEdubbo-demo-service-79574b6879-cxkls 1/1 Running 0 24s# 检查是否启动成功:~]# kubectl -n app logs dubbo-demo-service-79574b6879-cxkls --tail=2Dubbo server startedDubbo 服务端已经启动
到zk服务器检查是否有服务注册
sh /opt/zookeeper/bin/zkCli.sh[zk: localhost:2181(CONNECTED) 0] ls /[dubbo, zookeeper][zk: localhost:2181(CONNECTED) 1] ls /dubbo[com.od.dubbotest.api.HelloService]
3 交付dubbo-monitor监控服务到k8s
dobbo-monitor源码地址: https://github.com/Jeromefromcn/dubbo-monitor.git
dubbo-monitor是监控zookeeper状态的一个服务,另外还有dubbo-admin,效果一样
3.1 制作dobbo-monitor镜像
3.1.1 下载源码
cd /opt/srcwget https://github.com/Jeromefromcn/dubbo-monitor/archive/master.zipyum -y install unzipunzip master.zipmv dubbo-monitor-mster /data/dockerfile/dubbo-monitorcd /data/dockerfile/dubbo-monitor
3.1.2 修改配置文件:
直接覆盖它原始的配置
其实它原本就没什么内容,只是修改了addr,端口,目录等
cat >dubbo-monitor-simple/conf/dubbo_origin.properties <<'EOF'dubbo.container=log4j,spring,registry,jettydubbo.application.name=simple-monitordubbo.application.owner=dubbo.registry.address=zookeeper://zk1.zq.com:2181?backup=zk2.zq.com:2181,zk3.zq.com:2181dubbo.protocol.port=20880dubbo.jetty.port=8080dubbo.jetty.directory=/dubbo-monitor-simple/monitordubbo.statistics.directory=/dubbo-monitor-simple/statisticsdubbo.charts.directory=/dubbo-monitor-simple/chartsdubbo.log4j.file=logs/dubbo-monitor.logdubbo.log4j.level=WARNEOF
3.1.3 优化Dockerfile启动脚本
# 修改jvm资源限制(非必须)sed -i '/Xmx2g/ s#128m#16m#g' ./dubbo-monitor-simple/bin/start.shsed -i '/Xmx2g/ s#256m#32m#g' ./dubbo-monitor-simple/bin/start.shsed -i '/Xmx2g/ s#2g#128m#g' ./dubbo-monitor-simple/bin/start.sh# 修改nohup为exec不能改去掉改行最后的&符号sed -ri 's#^nohup(.*) &#exec\1#g' ./dubbo-monitor-simple/bin/start.sh# 删除exec命令行后面所有行sed -i '66,$d' ./dubbo-monitor-simple/bin/start.sh
3.1.4 构建并上传
docker build . -t harbor.zq.com/infra/dubbo-monitor:latestdocker push harbor.zq.com/infra/dubbo-monitor:latest
3.2 创建资源配置清单
3.2.1 准备目录
mkdir /data/k8s-yaml/dubbo-monitorcd /data/k8s-yaml/dubbo-monitor
3.2.2 创建deploy资源文件
cat >dp.yaml <<EOFkind: DeploymentapiVersion: extensions/v1beta1metadata:name: dubbo-monitornamespace: infralabels:name: dubbo-monitorspec:replicas: 1selector:matchLabels:name: dubbo-monitortemplate:metadata:labels:app: dubbo-monitorname: dubbo-monitorspec:containers:- name: dubbo-monitorimage: harbor.zq.com/infra/dubbo-monitor:latestports:- containerPort: 8080protocol: TCP- containerPort: 20880protocol: TCPimagePullPolicy: IfNotPresentimagePullSecrets:- name: harborrestartPolicy: AlwaysterminationGracePeriodSeconds: 30securityContext:runAsUser: 0schedulerName: default-schedulerstrategy:type: RollingUpdaterollingUpdate:maxUnavailable: 1maxSurge: 1revisionHistoryLimit: 7progressDeadlineSeconds: 600EOF
3.2.3 创建service资源文件
cat >svc.yaml <<EOFkind: ServiceapiVersion: v1metadata:name: dubbo-monitornamespace: infraspec:ports:- protocol: TCPport: 8080targetPort: 8080selector:app: dubbo-monitorEOF
3.2.4 创建ingress资源文件
cat >ingress.yaml <<EOFkind: IngressapiVersion: extensions/v1beta1metadata:name: dubbo-monitornamespace: infraspec:rules:- host: dubbo-monitor.zq.comhttp:paths:- path: /backend:serviceName: dubbo-monitorservicePort: 8080EOF
3.3 创建dobbo-miniotr服务
3.3.1 应用资源配置清单
在任意node节点
kubectl apply -f http://k8s-yaml.zq.com/dubbo-monitor/dp.yamlkubectl apply -f http://k8s-yaml.zq.com/dubbo-monitor/svc.yamlkubectl apply -f http://k8s-yaml.zq.com/dubbo-monitor/ingress.yaml
验证:
~]# kubectl -n infra get podNAME READY STATUS RESTARTS AGEdubbo-monitor-d9675688c-sctsx 1/1 Running 0 29sjenkins-7cd8b95d79-6vrbn 1/1 Running 0 3d2h
3.3.2 添加dns解析
这个服务是有web页面的,创建了ingress和service资源的,所以需要添加dns解析
vi /var/named/zq.com.zonedobbo-monitor A 10.4.7.10
重启并验证
systemctl restart nameddig -t A dubbo-monitor.zq.com @10.4.7.11 +short
3.3.3 访问monitor的web页面
访问dubbo-monitor.zq.com
这里已经可以看到我们之前部署的dubbo-demo-service服务了,启动了两个进程来提供服务。
至此,dubbo-monitor监控服务已经部署完成。
4 构建dubbo-consumer服务
4.1 构建docker镜像
4.1.1 获取私有仓库代码
之前创建的dubbo-service是微服务的提供者,现在创建一个微服务的消费者
使用git@gitee.com:noah-luo/dubbo-demo-web.git这个私有仓库中的代码构建消费者
先从[https://gitee.com/sunx66/dubbo-demo-service](https://gitee.com/sunx66/dubbo-demo-service)这里fork到自己仓库,在设为私有
并修改zk的配置
4.1.2 配置流水线
之前已经在jenkins配置好了流水线,只需要填写参数就行了。
| 参数名 | 参数值 |
|---|---|
| app_name | dubbo-demo-consumer |
| image_name | app/dubbo-demo-consumer |
| git_repo | git@gitee.com:noah-luo/dubbo-demo-web.git |
| git_ver | master |
| add_tag | 200506_1430 |
| mvn_dir | ./ |
| target_dir | ./dubbo-client/target |
| mvn_cmd | mvn clean package -Dmaven.test.skip=true |
| base_image | base/jre8:8u112 |
| maven | 3.6.1 |
4.1.3 查看构建结果
如果构建不报错,则应该已经推送到harbor仓库中了,这时我们直接再给镜像一个新tag,以便后续模拟更新
docker tag \harbor.zq.com/app/dubbo-demo-consumer:master_200506_1430 \harbor.zq.com/app/dubbo-demo-consumer:master_200510_1430docker push harbor.zq.com/app/dubbo-demo-consumer:master_200510_1430
4.2 准备资源配置清单:
先准备目录
mkdir /data/k8s-yaml/dubbo-consumercd /data/k8s-yaml/dubbo-consumer
4.2.1 创建deploy资源清单
cat >dp.yaml <<EOFkind: DeploymentapiVersion: extensions/v1beta1metadata:name: dubbo-demo-consumernamespace: applabels:name: dubbo-demo-consumerspec:replicas: 1selector:matchLabels:name: dubbo-demo-consumertemplate:metadata:labels:app: dubbo-demo-consumername: dubbo-demo-consumerspec:containers:- name: dubbo-demo-consumerimage: harbor.zq.com/app/dubbo-demo-consumer:master_200506_1430ports:- containerPort: 8080protocol: TCP- containerPort: 20880protocol: TCPenv:- name: JAR_BALLvalue: dubbo-client.jarimagePullPolicy: IfNotPresentimagePullSecrets:- name: harborrestartPolicy: AlwaysterminationGracePeriodSeconds: 30securityContext:runAsUser: 0schedulerName: default-schedulerstrategy:type: RollingUpdaterollingUpdate:maxUnavailable: 1maxSurge: 1revisionHistoryLimit: 7progressDeadlineSeconds: 600EOF
注意修改镜像的tag
4.2.2 创建service资源清单
cat >svc.yaml <<EOFkind: ServiceapiVersion: v1metadata:name: dubbo-demo-consumernamespace: appspec:ports:- protocol: TCPport: 8080targetPort: 8080selector:app: dubbo-demo-consumerEOF
4.2.3 创建ingress资源清单
cat >ingress.yaml <<EOFkind: IngressapiVersion: extensions/v1beta1metadata:name: dubbo-demo-consumernamespace: appspec:rules:- host: dubbo-demo.zq.comhttp:paths:- path: /backend:serviceName: dubbo-demo-consumerservicePort: 8080EOF
4.3 创建K8S资源
4.3.1 应用资源配置清单:
kubectl apply -f http://k8s-yaml.zq.com/dubbo-consumer/dp.yamlkubectl apply -f http://k8s-yaml.zq.com/dubbo-consumer/svc.yamlkubectl apply -f http://k8s-yaml.zq.com/dubbo-consumer/ingress.yaml# 查看容器启动成功没~]# kubectl get pod -n appNAME READY STATUS RESTARTS AGEdubbo-demo-consumer-b8d86bd5b-wbqhs 1/1 Running 0 6sdubbo-demo-service-79574b6879-cxkls 1/1 Running 0 4h39m
4.3.2 验证启动结果
查看log,是否启动成功:
~]# kubectl -n app logs --tail=2 dubbo-demo-consumer-b8d86bd5b-wbqhsDubbo client startedDubbo 消费者端启动
4.3.3 添加dns解析
vi /var/named/zq.com.zonedubbo-demo A 10.4.7.10# 重启服务systemctl restart named# 验证~]# dig -t A dubbo-demo.zq.com @10.4.7.11 +short10.4.7.10
浏览器访问[http://dubbo-demo.zq.com/hello?name=lg](http://dubbo-demo.zq.com/hello?name=lg)
4.4 模拟版本升级
接下来我们模拟升级发版,之前已经用同一个镜像打了不同的tag并推送到从库
当然正常发版的顺序是:
- 提交修改过的代码的代码块
- 使用jenkins构建新镜像
- 上传到私有harbor仓库中
- 更新de文件并apply
4.4.1 修改dp.yaml资源配置清单
修改harbor镜像仓库中对应的tag版本:sed -i 's#master_200506_1430#master_200510_1430#g' dp.yaml
4.4.2 应用修改后的资源配置清单
当然也可以在dashboard中进行在线修改:kubectl apply -f http://k8s-yaml.zq.com/dubbo-consumer/dp.yaml~]# kubectl -n app get podNAME READY STATUS RESTARTS AGEdubbo-demo-consumer-84f75b679c-kdwd7 1/1 Running 0 54sdubbo-demo-service-79574b6879-cxkls 1/1 Running 0 4h58m
4.4.3 使用浏览器验证
使用浏览器验证:http://dubbo-demo.zq.com/hello?name=lg
在短暂的超时后,即可正常访问
至此,我们一套完成的dubbo服务就已经交付到k8s集群当中了,并且也演示了如何发版。
转载自:https://www.cnblogs.com/noah-luo/p/13345338.html
