Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

该博文实现效果：结合maven+gitlab，可以使用Jenkins对不同环境（测试及线上环境）的tomcat服务器实现版本的迭代更新及版本回滚操作，部署完成后，只需点击几下，即可实现。

博文大纲：
一、环境准备
二、部署及配置

一、环境准备

注：Jenkins、gitlab服务自行参考博文：部署Jenkins+Gitlab实现持续集成进行部署。
tomcat01用于测试环境，tomcat02用于生产环境，自行参考博文：Tomcat安装及优化配置进行部署。

在进行真正的配置前，请确保可以访问到以下几个页面：

1、访问gitlab：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

2、访问Jenkins：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

3、访问tomcat01：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

4、访问tomcat02：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

确定可以访问到以上四个界面后，即可开始下面的配置。

注：博文中用到的所有源码包都可以在我的网盘链接中下载。

二、部署及配置

1、Jenkins服务器上安装JDK环境

[root@jenkins ~]# rpm -qa | grep jdk       #查看已安装的jdk包
java-1.8.0-openjdk-headless-1.8.0.161-2.b14.el7.x86_64
copy-jdk-configs-3.3-2.el7.noarch
java-1.8.0-openjdk-1.8.0.161-2.b14.el7.x86_64
java-1.7.0-openjdk-headless-1.7.0.171-2.6.13.2.el7.x86_64
java-1.7.0-openjdk-1.7.0.171-2.6.13.2.el7.x86_64
#卸载下面的两个包
[root@jenkins ~]# rpm -e java-1.8.0-openjdk-headless-1.8.0.161-2.b14.el7.x86_64 --nodeps
[root@jenkins ~]# rpm -e java-1.7.0-openjdk-headless-1.7.0.171-2.6.13.2.el7.x86_64 --nodeps
#部署我提供的jdk包
[root@jenkins ~]# cd /usr/src/
[root@jenkins src]#  tar  zxf   jdk-8u211-linux-x64.tar.gz -C /usr/local/
[root@jenkins src]# vim /etc/profile      #在文件末尾写入下面几行
export  JAVA_HOME=/usr/local/jdk1.8.0_211
export  JRE_HOME=/usr/local/jdk1.8.0_211/jre
export  CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export  PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
[root@jenkins src]# . /etc/profile        #刷新环境变量
[root@jenkins src]# java -version          #确认可以查看到以下JAVA版本信息
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)

2、部署Maven服务

#解包
[root@jenkins src]#  tar zxf  apache-maven-3.6.1-bin.tar.gz
[root@jenkins src]#  mv /usr/src/apache-maven-3.6.1 /usr/local/maven
#配置环境变量
[root@jenkins src]# vim  /etc/profile        #在文件末尾写入以下几行
export MAVEN_HOME=/usr/local/maven
export PATH=$PATH:$MAVEN_HOME/bin
[root@jenkins src]# . /etc/profile
[root@jenkins src]# mvn -v          #执行命令，只要出现下面内容就部署成功了（因为这是二进制的方式部署）
Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 2019-04-05T03:00:29+08:00)
Maven home: /usr/local/maven
Java version: 1.8.0_211, vendor: Oracle Corporation, runtime: /usr/local/jdk1.8.0_211/jre
Default locale: zh_CN, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-862.el7.x86_64", arch: "amd64", family: "unix"

3、指定阿里云仓库

[root@jenkins src]# vim /usr/local/maven/conf/settings.xml
#在158行下写入以下内容
<mirror><id>aliyun</id><mirrorOf>central</mirrorOf><name>aliyun maven</name><url>https://maven.aliyun.com/nexus/content/groups/public/</url></mirror></mirrors>       #添加在该行上面

4、解决Jenkins无法启动问题

配置至此，maven服务已经部署成功了，但是，由于我这里还部署着Jenkins，Jenkins的启动是依赖之前的Java环境的，部署maven服务又重新配置了Java环境，所以，Jenkins无法正常启动，现在需要对Java命令做软连接。

[root@jenkins src]# ln -sf /usr/local/jdk1.8.0_211/bin/java /usr/bin
[root@jenkins src]# /etc/init.d/jenkins restart       #重启Jenkins，确定可以启动成功

5、maven构建测试代码并上传至gitlab

[root@jenkins src]# mvn archetype:generate -DgroupId=cn.test.testweb -DartifactId=testweb -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false
[root@jenkins src]# cd testweb/
[root@jenkins testweb]# vim src/main/webapp/index.jsp   #修改文件内容
<html>
<body>
<h2>Hello World! test01 web</h2>  #更改此行，以便区分不同版本
</body>
</html>
#删除本地gitlab库之前的文件，并提交到gitlab库
[root@jenkins testweb]# cd ~/test01/    #切换至gitlab库目录下
[root@jenkins test01]# rm -rf *
[root@jenkins test01]# git rm a.txxt build.txtf index.html
[root@jenkins test01]# git commit -m "del"
[root@jenkins test01]# git push origin master 
#将maven构建的项目复制到此目录下，并提交到gitlab远端库
[root@jenkins test01]# cd -      #切换至刚刚maven构建的项目目录下
/usr/src/testweb
[root@jenkins testweb]# cp -r pom.xml src/ ~/test01/
[root@jenkins testweb]# cd ~/test01/
[root@jenkins test01]# git add *
[root@jenkins test01]# git commit -m "test01 web"
[root@jenkins test01]# git push origin master

6、配置Jenkins免密登录tomcat服务器

#由于需要Jenkins向Tomcat服务器复制代码及添加目录，所以需要配置免密登录
#默认在配置gitlab时，已经生成了当前用户的秘钥对，所以无需重新生成
#将公钥分别发送至两台tomcat服务器，自行输入“yes”确认，及tomcat的root密码
[root@jenkins test01]# ssh-copy-id root@192.168.20.3   
[root@jenkins test01]# ssh-copy-id root@192.168.20.4

7、修改Jenkins的运行用户

同样，也是为了方便Jenkins服务在运行过程中，拥有一些创建目录或写入文件的权限，我这里为了方便，直接改为root用户运行Jenkins，生产环境中，需要好好考虑权限问题。

[root@jenkins test01]# sed -i 's/JENKINS_USER="jenkins"/JENKINS_USER="root"/g' /etc/sysconfig/jenkins
[root@jenkins test01]# /etc/init.d/jenkins restart  #重启Jenkins

8、配置Jenkins的web界面安装插件

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

按照下面的提示，依次安装我提供的插件，提取码: b6wn（可以自行使用在线安装插件的方式，自行研究），共7个，除了要先安装jquery插件再安装jquery-ui插件外，其他插件的上传顺序可随意（一次只能上传一个插件）。

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

9、配置Jenkins的web界面指定maven及jdk安装路径

1）配置maven
由于操作比较简单，这里就不截图了，依次点击（Jenkins首页开始）：系统管理===》全局工具配置===》

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

2）配置jdk

同样，依次点击（Jenkins首页开始）：系统管理===》全局工具配置===》

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

10、构建maven项目

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

添加第二个选项参数：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

写入内容，并添加文本参数：
Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

在以下的Build框中输入：clean package -Dmaven.test.skip=true
Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

以下脚本内容为了避免乱码，可以从我博文开头的网盘链接中下载，文件名为build-script.sh。也可以直接复制下面内容（注意，需要根据实际情况修改下面定义host的IP字段，建议仔细阅读脚本，以便查看这个脚本的作用）：

这个脚本是实现版本的迭代升级及回滚的关键！！！
这个脚本是实现版本的迭代升级及回滚的关键！！！
这个脚本是实现版本的迭代升级及回滚的关键！！！
重要的事情说三遍！！！

##Deploy tomcat war_bak="/data/war/bak"
tomcat_deploy="/usr/local/tomcat/webapps"
#WAR_PATH="${WORKSPACE}/${MODULE_NAME}/target/*.war"
WAR_PATH="${WORKSPACE}/target/*.war"
#以下是定义测试服务器及线上服务器
test_host="192.168.20.3"    #测试服务器，IP可以写多个，但是要注意格式
stag_host="192.168.20.4"    #线上服务器，同样，IP可以写多个
port="8080"echo "构建环境:${deploy} 项目名称:${JOB_NAME} 构建时间:`date +%F` 本次上线版本:${GIT_COMMIT}" >> /var/log/${JOB_NAME}.log### status deploy or rollback##判断git是否为空，如果是为空进行提示
if [ "${git}" = "" ];thenecho "请输入git版本 #############"
exit 1else## 判断发布 or 回滚
if [ "${Status}" = "Deploy" ];then### 判断是否为测试环境if [ "${deploy}" = "test" ];then### 构建主机for i in ${test_host}dossh ${i} "mkdir -p ${war_bak}/${JOB_NAME}/${git}"scp ${WAR_PATH} ${i}:${war_bak}/${JOB_NAME}/${git}/ROOT.warssh ${i} rm -rf ${tomcat_deploy}/*ssh ${i} cp ${war_bak}/${JOB_NAME}/${git}/ROOT.war ${tomcat_deploy}ssh ${i} /etc/init.d/tomcat  restart### 判断tomcat是否正常      for http in `seq 1 5`dotomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];thenecho -e "\033[5;34m 请稍等，服务启动中........ \033[0m"sleep 5elseecho -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"breakfidoneif [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];thenif [[ "${tomcat_status}" = "" ]];thenecho -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"exit 1fiecho -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"fidoneecho -e "\033[5;34m 本次构建${test_host}主机,本次环境 ${deploy} \033[0m"
## 判断为预发布环境elif [ "${deploy}" = "stag" ];thenfor i in "${stag_host}"dossh ${i} mkdir -p ${war_bak}/${JOB_NAME}/${git}scp ${WAR_PATH} ${i}:${war_bak}/${JOB_NAME}/${git}/ROOT.warssh ${i} rm -rf ${tomcat_deploy}/*ssh ${i} cp ${war_bak}/${JOB_NAME}/${git}/ROOT.war ${tomcat_deploy}ssh ${i} /etc/init.d/tomcat restart### 判断tomcat是否正常      for http in `seq 1 5`dotomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];thenecho -e "\033[5;34m 请稍等，服务启动中........ \033[0m"sleep 5elseecho -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"breakfidoneif [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];thenif [[ "${tomcat_status}" = "" ]];thenecho -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"exit 1fiecho -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"fidoneecho -e "\033[5;34m 本次构建${test_host}主机,本次环境 ${deploy} \033[0m"fi### 回滚操作
elif [[ "${Status}" = "RollBack" ]];then### 判断回滚环境及主机if [ "${deploy}" = "test" ];thenfor i in ${test_host}dossh ${i}  "[ -d ${war_bak}/${JOB_NAME}/${git} ]"if [ $? -ne '0' ];thenecho -e "\033[5;34m  git commit 回滚目录不存在，环境${deploy} 错误主机${i} \033[0m"exit 3elseecho -e "\033[5;34m  准备回滚操作  本次回滚环境${deploy} 回滚主机${i} \033[0m"sleep 3fissh ${i}  "mkdir -p ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"ssh ${i}  "cp -r ${tomcat_deploy}/* ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"ssh ${i}  "rm -rf ${tomcat_deploy}/*"ssh ${i} "cp -r ${war_bak}/${JOB_NAME}/${git}/*.war ${tomcat_deploy}/"ssh ${i} /etc/init.d/tomcat  restart### 判断tomcat是否正常      for http in `seq 1 5`dotomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];thenecho -e "\033[5;34m 请稍等，服务启动中........ \033[0m"sleep 5elseecho -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"breakfidoneif [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];thenif [[ "${tomcat_status}" = "" ]];thenecho -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"exit 1fiecho -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"fidoneelif [ "${deploy}" = "stag" ];thenfor i in ${stag_host}dossh ${i}  "[ -d ${war_bak}/${JOB_NAME}/${git} ]"if [ $? -ne '0' ];thenecho -e "\033[5;34m  git commit 回滚目录不存在，环境${deploy} 错误主机${i} \033[0m"exit 3elseecho -e "\033[5;34m  准备回滚操作  本次回滚环境${deploy} 回滚主机${i} \033[0m"sleep 3fissh ${i}  "mkdir -p ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"ssh ${i}  "cp -r ${tomcat_deploy}/* ${war_bak}/${JOB_NAME}/${git}_${Status}_rollback/"ssh ${i}  "rm -rf ${tomcat_deploy}/*"ssh ${i} "cp -r ${war_bak}/${JOB_NAME}/${git}/*.war ${tomcat_deploy}/"ssh ${i} /etc/init.d/tomcat  restart### 判断tomcat是否正常      for http in `seq 1 5`dotomcat_status=`curl -I ${i}:${port} -s|awk -F "[ ]" '{print $2}' |sed -n '1p'`if  [[ "$tomcat_status" -ne 200 ]] || [[ "$tomcat_status" = "" ]];thenecho -e "\033[5;34m 请稍等，服务启动中........ \033[0m"sleep 5elseecho -e "\033[5;34m 构建 ${i}环境发布正常,返回值[${tomcat_status}] \033[0m"breakfidoneif [[ "${tomcat_status}" -ne 200 ]] || [[ "${tomcat_status}" = "" ]];thenif [[ "${tomcat_status}" = "" ]];thenecho -e "\033[5;34m 构建 ${i}服务启动异常 \033[0m"exit 1fiecho -e "\033[5;34m 构建 ${i}环境发布异常,返回值[${tomcat_status}] \033[0m"fidone### 判断测试环境fi结束fifi#### fi是判断是否有git地址的结束
fi

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

11、编写tomcat服务的启动脚本，两台服务器都需要进行以下配置

如果不编写tomcat的启动脚本，则在上面的shell脚本需要更改很多地方，因为上面脚本指定的tomcat启动脚本是/etc/init.d/tomcat。

tomcat01配置如下（脚本可以从博文开头的网盘链接中下载，文件名为tomcat）

[root@tomcat01 init.d]# vim tomcat   #编写启动脚本#!/bin/bash
# description: Tomcat is a Java Servlet Container
TOMCAT_HOME=/usr/local/tomcat
start () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];thensource   /etc/profile/bin/bash $TOMCAT_HOME/bin/startup.sh
elseecho "$0 is  running"
fi
}
stop () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];thenecho "$0 is not running"
elseecho "shutting down $0"kill -9 "$TOMCAT_PID" && echo "PID $TOMCAT_PID killed."
fi
}
status () {
TOMCAT_PID=`ps -ef |grep "$TOMCAT_HOME" |grep -v "grep" |awk '{print $2}'`
if [ -z $TOMCAT_PID ];thenecho "$0 is not running"
elseecho "$0 is running PID is $TOMCAT_PID"
fi
}
case $1 in
start)
start
#tail -f $TOMCAT_HOME/logs/catalina.out
;;
stop)
stop
;;
status)
status
;;
restart)
stop
start
#tail -f $TOMCAT_HOME/logs/catalina.out
;;
*)
echo "Usage:$0  {start|stop|status|restart}."
;;
esac
[root@tomcat01 init.d]# chmod +x tomcat       #赋予执行权限
[root@tomcat01 init.d]# /etc/init.d/tomcat restart   #测试脚本可以正常使用

至此，tomcat01就配置脚本完成了，自行去tomcat02上进行上面一样的操作。

12、将gitlab的代码部署到tomcat01测试服务器上

首先需要在gitlab的web界面找到该测试代码的commit ID号，然后复制，如下：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

然后回到Jenkins的web界面，开始构建，点击如下：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

查看构建信息：

其实下面的页面，已经可以看到是构建成功的
Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

查看其构建过程的详细信息（如果构建失败，这将是一个非常好的排错方法，可以看到其到底失败在哪一步）：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

既然在测试服务器上构建成功了，那么就访问一下测试服务器，页面是否真的变了。

访问测试服务器tomcat01（需要刷新页面，注意缓存问题）：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

可以看到构建项目的内容，OK！！！

13、将gitlab的代码部署到tomcat02线上服务器上

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

访问线上服务器，查看其页面是否更改，如下（如果部署失败，那么建议参考构建的控制台输出信息进行排错）：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

14、对tomcat服务进行页面升级

1）准备测试代码：

[root@jenkins ~]# mvn archetype:generate -DgroupId=cn.test.testweb -DartifactId=testweb -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false
#执行mvn命令，生成代码
[root@jenkins ~]# vim testweb/src/main/webapp/index.jsp   #编写首页文件
<html>
<body>
<h2>Hello World! test0002 web </h2>    #写为test0002  web
</body>
</html>
[root@jenkins ~]# cd testweb/
[root@jenkins testweb]# ls
pom.xml  src
[root@jenkins testweb]# cp -r pom.xml src/ ~/test01/
[root@jenkins testweb]# cd ../test01/
[root@jenkins test01]# git add *
[root@jenkins test01]# git commit -m "test 02"
[root@jenkins test01]# git push origin master    #推送至gitlab

查看gitlab上推送来代码的commit ID号：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

先升级测试服务器：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

刷新测试服务器的页面，查看是否更新成功：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

OK！！！！

接下来，升级线上的tomcat服务器：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

刷新线上tomcat服务器的页面，如下表示成功：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

15、进行版本回滚的测试

对测试服务器tomcat进行版本回滚：
Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

可以看到测试服务器的页面已经回滚到上一个版本了，而此时线上服务器的页面还是test02的页面，可自行查看。

对线上服务器的页面进行版本回滚：

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

———————— 本文至此结束，感谢阅读 ————————

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

3 shell编程知识
[TOC] 一，DAY6 1.shell脚本介绍shell是一种脚本语言 aming_linux blog.lishiming.net 可以使用逻辑判断、循环等语法可以自定义函数 shell是系统命令的集合 shell脚本可以实现自动化运维，能大大增加我们的运维效率2.shell脚本结构和执行开头需要加#!/bin/bash，这是shell的…...
2024/4/19 20:37:48
对比ubuntu与centos系统
CentOS与Ubuntu该如何选择，哪个更好用。笔者在自媒体平台收集了一些网友的观点，较为经典，分享给大家。至于应该选择哪个，希望看完本文章后，读者心中有数。观点1：CentOS适用于服务器，Ubuntu则适用于个人桌面1.1 服务器这一点是CentOS胜，虽然它们同样是开源，免费。CentO…...
2024/3/13 19:33:30
2.正则
[TOC] 一，DAY41.什么是正则正则是一串有规律的安符串掌握好正则对于编写shell脚本有很大帮助名种编程语言中都有正则，原理是一样的本章将要学习grep/egrep、sed、awk (egrep是grep的扩展)2.grepgrep [-cinvABC] word filename -c行数 -i 不区分大小写 -n 显示行号 -v 取反…...
2024/4/19 10:44:07
1 linux shell基础
[TOC] 一，DAY1 1.什么是shellshell是一个命令解释器，提供用户和机器之间的交互(shell脚本是shell的一种表现)支持特定语法，比如逻辑判断、循环（if,for,while）每个用户都可以有自己特定的shellroot:x:0:0:root:/root:/bin/bashCentOS7默认shell为bash（Bourne Agin Shel…...
2024/4/16 17:07:00
shell
ShellShell 11、什么是shell 21.1. shell是一个命令解释器，提供用户和机器之间的交互 21.2. 支持特定语法，比如逻辑判断、循环 21.3. 每个用户都可以有自己特定的shell 21.4. CentOS7默认shell为bash（Bourne Agin Shell） 21.5. 还有zsh、ksh等 2 …...
2024/4/16 17:06:54
Centos 7的squid服务器配置ACL访问控制及日志分析
部署squid服务及配置传统代理参考博文：Centos 7安装Squid代理服务及构建传统代理配置squid透明代理参考博文：Centos7安装Squid代理服务及配置透明代理一、ACL访问控制 squid提供了强大的代理控制机制，通过合理设置ACL并进行限制，可以针对源地址、目标地址、访问的URL路径、…...
2024/4/16 17:07:24
Linux系统安装指南 - CentOS 6.x
Linux系统安装指南 - CentOS 6.x 文本关键字：VMware、Linux、CentOS 一、所需资源包 1. VMware VMware是一款很强大的虚拟化软件，除了能够满足我们简单的虚拟机使用的需求外，还能通过相关的产品进行企业级虚拟化服务的管理，并且提供的VMware Tools也能够方便的进行主机和虚…...
2024/4/17 23:29:46
python2.7报错解决ImportError: No module named 'request
CentOS7.6 装完后运行python脚本报错# python dingding.py 123import requestImportError: No module named request解决：wget --no-check-certificate https://pypi.python.org/packages/source/s/setuptools/setuptools-1.4.2.tar.gztar xf setuptools-1.4.2.tar.gzcd setup…...
2024/4/16 17:06:48
Redis和kafka的选择
都知道 Redis 是以 key 的 hash 方式来分散对列存储数据的，且 Redis 作为集群使用时，对应的应用对应一个 Redis，在某种程度上会造成数据的倾斜性，从而导致数据的丢失。而从之前部署 Kafka 集群来看，kafka 的一个 topic（主题），可以有多个 partition（副本），而且是均匀…...
2024/4/16 17:07:18
Linux+Nginx+PHP-CGI+MySQL主主+NFS文共享集群高可用架构
先说说keepalived的高可用软件的概念和功能？概念：此软件目前是IT企业中是用最广泛的高可用软件，主要是用于实现至少两台服务器之间的服务高可用，可以适应：Apache,Nginx,Mysql,Redis,Tomcat,PHP,Zabbix,NFS,DHCP,NTP,Vsftp,Samba,LVS等Keepalived工作在3（网络层）4（传输层…...
2024/4/18 20:21:06
基于源码编译和yum安装的LNP+MYSQL主从实战
1、基于源码编译安装的LNP+MYSQL主从实战准备3台服务器，其中一台作为Nginx WEB服务器+PHP-FPM（FastCGI），另外两台作为MYSQL主从服务器，服务器IP信息： 10.10.10.4-Linux+Nginx+PHP 10.10.10.5-MYSQL Master； 10.10.10.6-MYSQL Slave； 1） Nginx安装配置…...
2024/4/20 0:28:40
win10访问virtualbox虚拟机中的mysql
在windows下安装mysql会很麻烦，所以就把MySQL安装到虚拟机中了。本文的主要目的就是让win10这个宿主机访问虚拟机中的mysql。环境：windows10 （宿主机）ubuntu18（虚拟系统）第一步：在虚拟机中安装mysql（5.7版本）：sudo apt-get install mysql-server第二步：修改mysql配置…...
2024/4/16 17:07:06
Linux 常用命令
alias 设置或查看别名unlias 临时取消别名find 查找文件-maxdepth 最大目录深度-type-name-name-size-mtimewhich 查询命令绝对路径 whereis 查询命令相关文件的位置 file 查房文件详细类型 tree 以树形显示目录结构-L 1 --level 最…...
2024/4/19 23:36:59
DHCP原理与配置（含DHCP中继实验）
什么是DHCP协议？一、DHCP协议的基本概念DHCP（Dynamic Host Configuration Protocol,动态主机配置协议）是一种高效的IP地址分配方法，由主机自主控制网络地址的动态分配，使用UDP协议工作。 1.DHCP协议内容DHCP主要分为两部分:地址管理和配置信息的传递地址管理：地址管理处理…...
2024/4/16 19:55:02
nginx rewrite和nginx-ingress rewrite配置
在nginx的配置里面有个 proxy_pass 指令 location /name/ {proxy_pass http://127.0.0.1/remote/; } 像上面的配置，proxy_pass 后面加了uri /remote，会将正常请求uri中与location匹配的部分用/remote替换掉，我有个类似的场景是：服务部署在kubernetes中，访问nginx-ingr…...
2024/4/20 7:26:24
Nginx网页优化（二）
Nginx网页优化（二）更改Nginx运行进程数在高并发场景，需要启动更多的Nginx进程以保证快速响应，以处理用户的请求，避免造成阻塞可以使用ps aux命令查看Nginx运行进程的个数更改进程数的配置方法修改配置文件，修改进程配置参数修改配置文件的worker_ processes参数一般设为…...
2024/4/20 2:41:36
Zabbix平台构建自动发现和自动注册
Zabbix 分布式监控平台实战首先我们学习这个监控软件的用途也是作为运维人员必须懂的东西，以下几点：此软件是一款开源免费的基于web平台的监控软件，主要用于监控企业服务器，门户网站，业务系统，数据库的运行状态，并做到第一时间发现故障和异常的信息发送给SA保障企业服务…...
2024/3/14 2:14:09
CI/CD
持续集成CI：代码合并、构建、部署、测试都在一起，不断的执行这个过程，并对结果反馈；持续部署CD：部署到测试环境、预发布环境、生产环境；持续交付CD：将最终产品发布到生产环境，给用户使用开发电脑-->git/svn-->人工定时触发-->自动构建与发布-->自动测试--&…...
2024/4/18 13:37:05
nexus3.2迁移方案
需求：需要部署新的nexus，并将原有老版本的nexus数据迁移解决：将旧的nexus的sonatype-work目录复制到新的nexus机器上# chown -R nexus.nexus sonatype-work/重启$ cd /clzdata/apps/nexus-3.2.0-01/bin/$ ./nexus start迁移后原有的数据和用户都在的...
2024/4/16 17:07:00
nexus3.2重置admin密码
1、修改文件# find / -name user.pcl# vim /clzdata/apps/sonatype-work/nexus3/db/security/user.pcl2、找到这个地方：admin^ZAdministrator^HUser^Lactive&tianya@zifangdt.com<8c>^B$shiro1$SHA-512$1024$NE+wqQq/TmjZMvfI7ENh/g==$V4yPw8T64UQ6GfJfxYq2hLsVrBY8…...
2024/4/16 17:08:54

Jenkins+maven+gitlab+Tomcat自动部署版本更新及回滚

一、环境准备

1、访问gitlab：

2、访问Jenkins：

3、访问tomcat01：

4、访问tomcat02：

二、部署及配置

1、Jenkins服务器上安装JDK环境

2、部署Maven服务

3、指定阿里云仓库

4、解决Jenkins无法启动问题

5、maven构建测试代码并上传至gitlab

6、配置Jenkins免密登录tomcat服务器

7、修改Jenkins的运行用户

8、配置Jenkins的web界面安装插件

9、配置Jenkins的web界面指定maven及jdk安装路径

10、构建maven项目

11、编写tomcat服务的启动脚本，两台服务器都需要进行以下配置

tomcat01配置如下（脚本可以从博文开头的网盘链接中下载，文件名为tomcat）

12、将gitlab的代码部署到tomcat01测试服务器上

13、将gitlab的代码部署到tomcat02线上服务器上

14、对tomcat服务进行页面升级

1）准备测试代码：

15、进行版本回滚的测试

相关文章

最新文章