服务器环境搭建-4 Gitee触发Jenkins自动部署Pod

背景：

本文是服务器环境搭建专题的最后一篇文章，前置文章中基本完成了环境的搭建，包括Jenkins, Docker, Harbor, Kubernates(calico)和Kuboard等。该专题的目标是基于K8S实现CI/CD，即在Gitee上合入代码后自动在K8S上部署应用；在服务器环境搭建-1 jenkins集成环境文中已经实现Gitee提交代码，实现自动构建，接下来只需要实现自动部署即可，这也是本文的主体内容。

摘要

本文的主体内容是将一个SpringbootDemo项目通过Kubernates编排部署到Docker环境上，涉及以下内容：
[1] 编写Dockerfile实现通过SpringbootDemo生成容器；
[2] 在K8S环境上部署负载；
[3] 在Jenkins中添加构建镜像和部署过程；

1.构建容器

首先给出用到的Docker文件:

FROM openjdk:8-alpine3.9 AS unpack
WORKDIR /tmp/unpack
COPY ./target/*.jar .
RUN jar -xf *.jar

FROM openjdk:8-jre-alpine
LABEL maintainer="Ewen Seong"
WORKDIR /usr/local/app
RUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories \
    && apk update && apk add --no-cache --virtual .java-dependenceries tini
COPY --from=unpack /tmp/unpack/org ./org
COPY --from=unpack /tmp/unpack/BOOT-INF/lib ./lib
COPY --from=unpack /tmp/unpack/BOOT-INF/classes ./
COPY --from=unpack /tmp/unpack/META-INF ./META-INF
EXPOSE 9091/tcp
ENTRYPOINT ["tini"]
CMD java -cp ./:./lib/* org.springframework.boot.loader.JarLauncher

该Dockerfile基于服务器环境搭建-1 jenkins集成环境生中成好的jar包运行，也可以直接根据源码生成，在Docker前添加一个构建阶段:

FROM maven:3.5.2-jdk-8-alpine AS build
WORKDIR /tmp/build
COPY . .
RUN mvn clean package -Dmaven.test.skip=true

然后将build生成的jar包COPY到unpack阶段使用；

2.Jenkins中添加构建、推送镜像

在之前的Jenkinsfile的build阶段后添加如下两个阶段：

stage("build image") {
	steps {
		script{
			sh "docker build -t ${_IMAGE_NAME} . --no-cache"
			echo "maven build success"
		}
	}
}

stage("push image") {
	steps {
		script{
			sh "docker login --username=${registryUsername} --password=${registryPassword} ${registry}"
			sh "docker push ${_IMAGE_NAME}"
			echo "maven build success"
		}
	}
}

注：_IMAGE_NAME和registryUsername/registryPassword/registry是通过参数化构建传入或根据入参拼接的参数；其中_IMAGE_NAME包括本地镜像地址/镜像名:标签
触发流水线：

流水线完成后，查看Harbor仓库：

发现镜像已经推送到seong项目下，镜像名为springapplicationdemo，tag为1.0-SNAPSHOT；
注：这里做了一些简单处理，参数化构建过程中，如果_IMAGE_NAME和版本号没传参，默认使用项目的小写的artifactId和version作为_IMAGE_NAME和TAG;

3.在K8S部署负载

在Kubernates集群中添加一个deployment,配置文件如下所示：
springbootdemo-deployment.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: springbootdemo
  name: my-springbootdemo
  namespace: seong
spec:
  replicas: 2
  selector:
    matchLabels:
      app: springbootdemo
  template:
    metadata:
      labels:
        app: springbootdemo
    spec:
      containers:
        - image: xx.xx.xx.xx:5000/seong/springapplicationdemo:1.0-SNAPSHOT
          name: springbootdemo
          ports:
            - containerPort: 9091
              protocol: TCP

注：这里的xx.xx.xx.xx:5000/seong/springapplicationdemo:1.0-SNAPSHOT指定了镜像的地址，xx.xx.xx.xx为私有的Harbor地址。
在主节点上运行:

kubectl apply -f springbootdemo-deployment.yml

执行完成后，登录Kuboard查看集群的运行状态：

发现deploy已经部署完成；另外，创建deployment的操作也可以直接在Kuboard的界面上完成。

4.在Jenkinsfile中添加部署功能

Kuboard很好地支持了CI/CD，提供一个接口用于重启负载：

点击CI/CD进入CI/CD 集成脚本页面，选择一个AccessKey后得到如下内容：

调用该接口可直接重启Deployment, 自然会重新拉取镜像，实现CD;
因此在Jenkinsfile的push image阶段后中添加以下步骤：

stage("deploy") {
	steps {
		script{
			sh """
				curl -X PUT \
				-H "Content-Type: application/yaml" \
				-H "Cookie: KuboardUsername=admin; KuboardAccessKey=88fstrj36s8n.bjwzy5ardfdmzeydst4bfww34t7f5dw5" \
				-d '{"kind":"deployments","namespace":"seong","name":"my-springbootdemo"}' \
				"http://120.48.88.230:30080/kuboard-api/cluster/default/kind/CICDApi/admin/resource/restartWorkload"
			"""
		}
	}
}

再次执行流水线：

deploy执行完成后，进入Kuboard页面：

发现deployment已被重启，并进行了Pod的重新调度。
至此，已实现服务器环境搭建-1 jenkins集成环境文中提到的所有功能，本文中的Dockefile会在云原生容器化专题中抽出一篇文章进行讲解。