1. 树叶云首页
  2. 技术资讯

Kubernetes微服务自动化发布系统

运维••技术资讯

Kubernetes微服务自动化发布系统

作者：无敌码农 2020-08-31 22:05:53

云计算

自动化 实施微服务架构后，原先单一的系统结构统变成了数量众多的微服务应用，开发、测试、运维部署等都会面临不少挑战。在微服务架构下如何提高工程研发效率，确保开发、测试、运维部署等流程上的顺畅，是微服务技术体系能够真正落地产生效益的关键。

 [[340132]]

本文转载自微信公众号「 无敌码农」，作者 无敌码农 。转载本文请联系 无敌码农公众号。

原文链接： https://mp.weixin.qq.com/s/WPwoRi240rKaWeIs0yNZ2g

实施微服务架构后，原先单一的系统结构统变成了数量众多的微服务应用，开发、测试、运维部署等都会面临不少挑战。在微服务架构下如何提高工程研发效率，确保开发、测试、运维部署等流程上的顺畅，是微服务技术体系能够真正落地产生效益的关键。

要实现上述目标就需要基于DevOps(开发运维)思想构建一套高度自动化的发布系统，在该系统中开发人员可以随时随地构建代码并将其发布至指定的运行环境中，这个过程也就是我们通常所说的CI/CD(持续集成/持续交付)流程。

关于DevOps的具体实践，不同的公司一般会根据自身的发展阶段和实际需要来选择具体落地的方案。具备条件的公司可以研发功能丰富的可视化发布系统，而条件有限的创业公司则可以通过开源或现有的技术组件(如GitLab、Jenkins等)来实现操作相对简陋但功能完备的自动化发布系统。

在本篇文章中我将以Spring Cloud微服务技术体系为背景，通过GitLab自带的CI/CD机制并基于Kubernetes容器化技术来实现一套具备相对完整CI/CD流程的自动化发布系统。

CI/CD流程概述 

实际上DevOps并不是微服务架构流行之后才产生的概念，而是业界在多年软件开发实践中积累的理论、工具的集合。本文所要讨论的自动化发布系统实际上是要通过搭建CI/CD流水线来建立一套应用程序构建、测试、打包及发布的高效自动化方法。关于CI(持续集成)/CD(持续交付)的概念并不是指某一种具体的技术，而是一种软件工程文化加一系列操作原则和具体实践的集合。

其中CI(持续集成)的主要目标是通过建立一致的自动化构建方法来打包程序代码，使得团队成员能够以更频繁地动作提交代码、更早地进行代码集成，以及时发现和解决代码中的问题、提高协作开发效率及软件交付质量。可持续集成(CI)的基本流程如图所示：

从实现流程上来说CI的主要过程就是将开发人员提交的代码以高度自动化的方式打包成可以在具体基础架构环境运行的程序包(例如Docker镜像)。而这个过程可以由一组工具如GitLab Runner(CI Pipeline)、Sonar(代码检测工具)等去完成，具体构建CI流程时根据实际需要集成运用即可。

持续交付(CD)的主要逻辑则是将CI流程中构建的程序镜像从镜像仓库自动发布到具体的基础架构环境(如测试/生产Kubernetes集群)，实现CD的工具主要有GitLab Runner(CD Pipeline)、Helm(Kubernetes软件包管理工具)等。

实际上CD的核心就是通过输入的各种用户参数(如yaml文件、环境配置参数等)最终自动生成具体的发布指令(如Helm指令)，并根据参数中设置的相应信息来配置程序的具体运行环境。可持续交付(CD)的基本运行流程如下图所示：

以上就是CI/CD的基本概念及流程，也是自动化发布系统的实现的依据。在后面的内容中将主要围绕这两个阶段来实现自动化发布系统的基本流程逻辑。

系统的基本组成 

本文所要描述的自动化发布系统主要是利用GitLab提供的GitLab CI机制，实现当代码发生提交或合并等事件时自动触发预设的CI/CD流程。其中CI流程主要包括基本的代码编译、构建、打包等阶段，并在完成上述步骤后将打包好的应用Docker镜像发布至镜像仓库。

而CD阶段则是从镜像仓库拉取应用Docker镜像，并根据设置的CD流程将应用发布至指定的Kubernetes集群。具体系统结构如下图所示：

如上图所示，该自动化发布系统主要由GitLab、Harbor镜像仓库及Kubernetes集群组成。其中GitLab主要承担代码版本的管理，以及CI/CD流程定义和触发， Harbor负责应用Docker镜像的存储和分发，而Kubernetes集群则是应用容器运行的基础架构环境。

GitLab-CI自动化发布系统的关键实现 

前面我们描述了基于GitLab-CI机制实现自动化发布系统的基本组成，要具体实现这套系统你需要安装部署GitLab服务器并配置GItLab Runner功能，私有镜像仓库服务(Harbor或JFrog)以及Kubernetes集群(具体可参见本专栏的其他文章)。

由于GitLab服务器是CI/CD流程执行的主要承载点，如果你的服务是基于Maven构建的Java服务，那么还需要在GitLab服务器中安装Maven客户端，并配置Maven私服的地址，以提高构建速度。此外GitLab服务器在CI/CD流程执行中还会运行Docker镜像打包构建，将镜像push到Docker镜像仓库以及将Docker镜像从私有仓库发布至Kubernetes集群等逻辑，所以GitLab服务器还需要安装Docker环境及kubelet客户端。

如果环境都OK，那么我们就可以在Gitlab项目根目录代码中创建“.gitlab-ci.yml”文件并定义具体的CI/CD流程了。但在具体定义之前，我们需要在Maven项目中添加应用Docker镜像打包的插件配置及Dockerfile文件定义，具体如下：

  1. <!--添加Docker镜像Maven打包插件--> 
  2. <plugin> 
  3.     <groupId>com.spotify</groupId> 
  4.     <artifactId>dockerfile-maven-plugin</artifactId> 
  5.     <version>1.4.13</version> 
  6.     <executions> 
  7.         <execution> 
  8.             <id>build-image</id> 
  9.             <phase>package</phase> 
  10.             <goals> 
  11.                 <goal>build</goal> 
  12.             </goals> 
  13.         </execution> 
  14.     </executions> 
  15.     <configuration> 
  16.         <!--指定Dockerfile文件位置--> 
  17.         <dockerfile>docker/Dockerfile</dockerfile> 
  18.         <!--指定Docker镜像仓库路径--> 
  19.         <repository>${docker.repository}/springcloud-action/${app.name}</repository> 
  20.         <buildArgs> 
  21.             <!--提供参数向Dockerfile传递--> 
  22.             <JAR_FILE>target/${project.build.finalName}.jar</JAR_FILE> 
  23.         </buildArgs> 
  24.     </configuration> 
  25. </plugin> 

在项目工程pom.xml文件中添加“dockerfile-maven-plugin”插件，该插件是早期“docker-maven-plugin”插件的替代品，支持将Maven项目构建打包为Docker镜像。上述配置中，针对Docker镜像的具体构建方式，是通过在 标签中指定Dockerfile文件来实现的。具体可在项目工程中创建docker目录，并创建Dockerfile文件，内容如下： 

  1. FROM openjdk:8u191-jre-alpine3.9 
  2. ENTRYPOINT ["/usr/bin/java", "-jar", "/app.jar"] 
  3. ARG JAR_FILE 
  4. ADD ${JAR_FILE} /app.jar 
  5. EXPOSE 8080 

配置好Maven打包插件后，就能支持通过Maven打包命令，将应用代码打包成Docker镜像了。此时我们在”.gitlab-ci.yml”文件中定义具体的CI/CD构建Stages，示例如下：

  1. #环境参数信息 
  2. variables: 
  3.   #Docker镜像仓库地址&账号密码信息 
  4.   DOCKER_REPO_URL: "10.211.55.11:8088" 
  5.   DOCKER_REPO_USERNAME: admin 
  6.   DOCKER_REPO_PASSWORD: Harbor12345 
  7.   #Kubernetes相关信息配置(空间与服务端口) 
  8.   K8S_NAMESPACE: "wudimanong" 
  9.   PORT: "8080" 
  10.  
  11. #定义CI/CD阶段 
  12. stages: 
  13.   - test 
  14.   - build 
  15.   - push 
  16.   - deploy 
  17.  
  18. #执行单元测试阶段 
  19. maven-test: 
  20.   stage: test 
  21.   script: 
  22.     - mvn clean test 
  23.  
  24. #代码编译打包镜像阶段 
  25. maven-build: 
  26.   stage: build 
  27.   script: 
  28.     - mvn clean package -DskipTests 
  29.  
  30. #将打包的Docker镜像上传至私有镜像仓库 
  31. docker-push: 
  32.   stage: push 
  33.   script: 
  34.     #对打包的镜像进行tag 
  35.     - docker tag $DOCKER_REPO_URL/$CI_PROJECT_PATH $DOCKER_REPO_URL/$CI_PROJECT_PATH/$CI_BUILD_REF_NAME:${CI_COMMIT_SHA:0:8} 
  36.     #登录私有镜像仓库 
  37.     - docker login $DOCKER_REPO_URL -u $DOCKER_REPO_USERNAME -p $DOCKER_REPO_PASSWORD 
  38.     #上传应用镜像至镜像仓库 
  39.     - docker push $DOCKER_REPO_URL/$CI_PROJECT_PATH/$CI_BUILD_REF_NAME:${CI_COMMIT_SHA:0:8} 
  40.     - docker rmi $DOCKER_REPO_URL/$CI_PROJECT_PATH/$CI_BUILD_REF_NAME:${CI_COMMIT_SHA:0:8} 
  41.     - docker rmi $DOCKER_REPO_URL/$CI_PROJECT_PATH 
  42.  
  43. #将应用发布至Kubernetes测试集群（这里指定为手动确认方式） 
  44. deploy-test: 
  45.   stage: deploy 
  46.   when: manual 
  47.   script: 
  48.     - kubectl config use-context kubernetes-admin@kubernetes 
  49.     - sed -e  "s/__REPLICAS__/1/; s/__PORT__/$PORT/; s/__APP_NAME__/$CI_PROJECT_NAME/; s/__PROFILE__/test/;  s/__IMAGE__/$DOCKER_REPO_URL\/${CI_PROJECT_PATH//\//\\/}\/${CI_BUILD_REF_NAME//\//\\/}:${CI_COMMIT_SHA:0:8}/" kubernetes/deploy.yaml | kubectl -n ${K8S_NAMESPACE}  apply -f  - 

如上所述，我们在“.gitlab-ci.yml”文件中定义了”test、build、push、deploy”这4个stages阶段。这几个stages的具体说明如下：

  • test：执行单元测试代码;
  • build：执行构建打包指令，将应用构建打包为Docker镜像;
  • push：该阶段主要是将build构建的本地Docker镜像经过tag处理后上传至Harbor镜像仓库，并在成功后清理掉本地镜像文件;
  • deploy：该阶段主要是执行Kubernetes指令，根据Kubernetes发布部署文件的配置，将容器镜像部署发布至Kubernetes集群;

在deploy阶段，是将Docker镜像发布运行至Kubernetes集群，其中涉及编写Kubernetes部署发布yaml文件，具体示例如下：

  1. --- 
  2. apiVersion: apps/v1 
  3. kind: Deployment 
  4. metadata: 
  5.   name: __APP_NAME__ 
  6. spec: 
  7.   replicas: __REPLICAS__ 
  8.   selector: 
  9.     matchLabels: 
  10.       app: __APP_NAME__ 
  11.   strategy: 
  12.     type: RollingUpdate 
  13.   template: 
  14.     metadata: 
  15.       labels: 
  16.         app: __APP_NAME__ 
  17.     spec: 
  18.       imagePullSecrets: 
  19.         - name: wudimanong-ecr 
  20.       containers: 
  21.         - name: __APP_NAME__ 
  22.           image: __IMAGE__ 
  23.           resources: 
  24.             requests: 
  25.               memory: "1000M" 
  26.             limits: 
  27.               memory: "1000M" 
  28.           volumeMounts: 
  29.             - name: time-zone 
  30.               mountPath: /etc/localtime 
  31.             - name: java-logs 
  32.               mountPath: /opt/logs 
  33.           ports: 
  34.             - containerPort: __PORT__ 
  35.           env: 
  36.             - name: SPRING_PROFILES_ACTIVE 
  37.               value: __PROFILE__ 
  38.             - name: JAVA_OPTS 
  39.               value: -Xms1G -Xmx1G -Dapp.home=/opt/ 
  40.       volumes: 
  41.         - name: time-zone 
  42.           hostPath: 
  43.             path: /etc/localtime 
  44.         - name: java-logs 
  45.           hostPath: 
  46.             path: /data/app/deployment/logs 

如果一切准备妥当，此时你向GitLab仓库提交代码将自动触发构建Pipeline，而Pipeline将自动运行你在“.gitlab-ci.yml”文件中定义的具体CI/CD流水线逻辑，从而实现应用的自动化发布效果。

基于GitLab-CI机制的自动化发布系统由于其构建方式比较简单，不需要太多的开发工作，因此目前不少创业公司中都采用了此类方案来实现微服务的自动化构建和交付。

以上就是本文所要表达的全部内容，希望能对你理解自动化发布系统的实现原理有所帮助!

 

文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/229375.html<

赞 (0)
运维的头像运维
00
上一篇2025-04-18 17:59
下一篇 2025-04-18 18:00

相关推荐

  • 如何制作个人主题技术资讯

    个人主题怎么制作？

    制作个人主题是一个将个人风格、兴趣或专业领域转化为视觉化或结构化内容的过程，无论是用于个人博客、作品集、社交媒体账号还是品牌形象，核心都是围绕“个人特色”展开，以下从定位、内容规划、视觉设计、技术实现四个维度,详细拆解制作个人主题的完整流程，明确主题定位：找到个人特色的核心主题定位是所有工作的起点，需要先回答……

    运维的头像运维
    2025-11-20
    0
  • 如何管理社群营销技术资讯

    社群营销管理关键是什么？

    社群营销的核心在于通过建立有温度、有价值、有归属感的社群，实现用户留存、转化和品牌传播，其管理需贯穿“目标定位-内容运营-用户互动-数据驱动-风险控制”全流程,以下从五个维度展开详细说明：明确社群定位与目标社群管理的首要任务是精准定位，需明确社群的核心价值（如行业交流、产品使用指导、兴趣分享等）、目标用户画像……

    运维的头像运维
    2025-11-20
    0
  • 香港公司如何网站备案技术资讯

    香港公司网站备案需要什么材料？

    香港公司进行网站备案是一个涉及多部门协调、流程相对严谨的过程，尤其需兼顾中国内地与香港两地的监管要求，由于香港公司注册地与中国内地不同，其网站若主要服务内地用户或使用内地服务器，需根据服务器位置、网站内容性质等，选择对应的备案路径（如工信部ICP备案或公安备案），以下从备案主体资格、流程步骤、材料准备、注意事项……

    运维的头像运维
    2025-11-20
    0
  • 如何企业上云推广技术资讯

    如何企业上云推广

    企业上云已成为数字化转型的核心战略,但推广过程中需结合行业特性、企业痛点与市场需求，构建系统性、多维度的推广体系，以下从市场定位、策略设计、执行落地及效果优化四个维度，详细拆解企业上云推广的实践路径，精准定位：明确目标企业与核心价值企业上云并非“一刀切”的方案，需先锁定目标客户群体，提炼差异化价值主张，客户分层……

    运维的头像运维
    2025-11-20
    0
  • PS如何设计搜索框技术资讯

    PS设计搜索框的实用技巧有哪些？

    在PS中设计一个美观且功能性的搜索框需要结合创意构思、视觉设计和用户体验考量，以下从设计思路、制作步骤、细节优化及交互预览等方面详细说明，帮助打造符合需求的搜索框，设计前的规划明确使用场景：根据网站或APP的整体风格确定搜索框的调性，例如极简风适合细线条和纯色，科技感适合渐变和发光效果，电商类则可能需要突出搜索……

    运维的头像运维
    2025-11-20
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注