微服务架构下的自动化部署，使用Jenkins来实现
摘要
在微服务架构中，随着服务越来越多，服务的打包部署就会成为一个相当麻烦的事情。比如说我的mall-swarm项目目前就有8个服务需要部署，有没有什么办法让我们部署一次之后，只要点击执行就可以自动部署呢？当然有！下面我们使用Jenkins来完成一个微服务架构中的自动化部署工作。
Jenkins的基本使用
关于Jenkins的基本使用可以参考：使用Jenkins一键打包部署SpringBoot应用，就是这么6
执行脚本准备
首先我们先把需要远程执行的脚本准备好。
- 脚本文件都存放在了mall-swarm项目的/document/sh目录下：
- 上传脚本前在IDEA中修改所有脚本文件的换行符格式为LF，否则脚本会无法执行；
- 将所有脚本文件上传到指定目录，这里我们上传到/mydata/sh目录下；
- 将所有脚本文件都修改为可执行文件:
chmod +x ./mall-*
Jenkins中创建任务
接下来我们将通过在Jenkins中创建任务来实现自动化部署。由于我们的mall-swarm是个多模块的项目，部署上面和曾经的单模块项目还是有所区别的。
mall-admin
由于各个模块的执行任务的创建都大同小异，下面将详细讲解mall-admin模块任务的创建，其他模块将简略讲解。
- 首先我们选择构建一个自由风格的软件项目，然后输入任务名称为mall-admin，配置其Git仓库地址，这里我直接使用了Gitee上面的地址：
- 之后我们创建一个构建，构建mall-swarm项目中的依赖模块，否则当构建可运行的服务模块时会因为无法找到这些模块而构建失败；
只install mall-common,mall-mbg,mall-security三个模块 clean install -pl mall-common,mall-mbg,mall-security -am
- 依赖项目构建示意图：
- 再创建一个构建，单独构建并打包mall-admin模块：
- 添加一个构建来通过SSH去执行远程任务，用于执行mall-admin的运行脚本：
- 点击保存，完成mall-admin的执行任务创建。
mall-registry
mall-registry和其他模块与mall-admin创建任务方式基本一致，只需修改构建模块时的pom.xml文件位置和执行脚本位置即可。
- 我们可以直接从mall-admin模块的任务复制一个过来创建：
- 修改第二个构建中的pom.xml文件位置，改为：${WORKSPACE}/mall-registry/pom.xml
- 修改第三个构建中的SSH执行脚本文件位置，改为：/mydata/sh/mall-registry.sh
- 点击保存，完成mall-registry的执行任务创建。
其他模块
其他模块的执行任务创建，参考mall-admin和mall-registry的创建即可。
任务创建完成
模块启动顺序问题
关于各个模块的启动顺序问题，mall-registry模块必须第一个启动，mall-config模块必须第二个启动，其他模块没有启动顺序限制。
推荐启动顺序：
- mall-registry
- mall-config
- mall-monitor
- mall-gateway
- mall-admin
- mall-portal
- mall-search
- mall-demo
总结
我们通过在Jenkins中创建任务，完成了微服务架构中服务的打包部署工作，这样当我们每次修改完代码后，只需点击启动任务，就可以实现一键打包部署，省去了频繁打包部署的麻烦。
作者：MacroZheng
原文链接：https://juejin.im/post/5dfa250e51882579dc6f7c90
Jenkins是易于使用的开源CI / CD工具。该博客介绍了基本的Jenkins组件架构。如果您是Jenkins的初学者，它将帮助您了解Jenkins组件如何协同工作以及所涉及的关键配置。
以下是詹金斯的关键组成部分
- Jenkins主节点
- Jenkins Slave节点
- Jenkins Web界面
Jenkins Master
Jenkins的主节点拥有所有关键配置。
以下是Jenkins主要的主要组件。
Jenkins Jobs
Job是一系列步骤的集合，可用于构建源代码，测试代码，运行Shell脚本或在远程主机中运行Ansible角色。有多种工作类型可支持您的工作流程，以实现持续集成和持续交付。
Jenkins插件
插件是社区开发的模块，您可以将其安装在Jenkins服务器中。它使您可以添加Jenkins本身无法提供的更多功能。您还可以开发自定义插件。从Jenkins插件索引中查看所有插件
Jenkins体系架构入门指南（初学者必备）
而传统构建的应用场景大多数运行在虚拟机或者独立的服务器上，在资源开销和管理维护较为复杂。相比于独立的服务器/虚拟机而言，容器不仅部署方便，且占用资源较少。
Docker作为目前作为业内最火的一个容器解决方案之一，通过将两者结合，从而实现服务的轻量化，并通过Docker管理Jenkins的资源。下面通过Docker部署Jenkins、Jenkins配置以及实例构建，讲述Jenkins的基本使用。
Docker下安装Jenkins
注：因为Jenkins容器里的用户是Jenkins，而主机用户不是Jenkins，就算是root也一样会报错：/var/jenkins_home/copy_reference_file.log: Permission denied，这个时候就需要在主机上面给主机地址赋予访问Jenkins容器的权限，Jenkins内部用的是uid 1000的user。
-privileged=true让容器具有root权限，便于进入容器
-p 9090:8080指定主机9090端口映射到Jenkins容器的8080端口（Jenkins的web访问端口）
-v /home/jenkins:/var/jenkins_home容器/var/jenkins_home路径挂载到宿主机/home/jenkins路径
启动Jenkins
浏览器输入http://ip:9090访问Jenkins首页：
密码地址
容器内:/var/jenkins_home/secrets/initialAdminPassword
宿主机：/home/jenkins/secrets/initialAdminPassword
进入插件下载页面，下载插件：
Jenkins插件下载
再进入插件下载管理页面http://ip:9090/pluginManager/advanced，使用https://cdn.jsdelivr.net/gh/jenkins-zh/update-center-mirror/tsinghua/current/update-center.json替换原来的json。
配置Jenkins
修改Jenkins时间
查看宿主机系统时间：
date -R
进入Jenkins容器查看时间：
docker exec -it -u root 容器id /bin/bash 进入容器
date -R 查看容器内时间
echo Asia/Shanghai >/etc/timezone 容器内创建Asia时区文件
docker cp /usr/share/zoneinfo/Asia/Shanghai 容器id:/etc/localtime 退出容器并复制宿主机中localtime到容器内
配置Python3环境
Jenkins容器内并没有Python3环境，需要自己安装：
docker exec -it -u root 容器id /bin/bash 进入容器
cat /etc/issue 查看当前操作系统
注：Debian系统，这里使用apt-get代替yum。
apt-get update 更新apt-get
apt-get安装依赖包
案例分享：基于Docker环境下的Jenkins搭建及使用
Jenkins作为目前持续集成中使用较为广泛的工具，在实际生产过程中通过结合众多的插件，从而实现工程的持续构建、持续部署。