文章目录
- 项目部署
- 部署架构
- 环境说明
- 前端部署
- 反向代理配置
- 服务端部署
- 图片展示问题处理
项目部署
部署架构
前端部署服务器: Nginx
后端部署服务器: Tomcat(内嵌)
环境说明
服务器 | 软件 | 名称 |
192.168.138.100 | Nginx(部署前端项目、配置反向代理),MySQL(主从复制的主库) | 服务器A |
192.168.138.101 | JDK1.8、Git、Maven、jar(项目jar包基于内嵌Tomcat运行)、MySQL(主从复制的从库) | 服务器B |
172.17.2.94 | Redis(缓存中间件) | 服务器C |
前端部署
- 在服务器A(192.168.138.100)中安装Nginx,将打包好前端文件上传到Nginx的html目录下
- 将打包好前端文件上传至/usr/local/nginx/html目录下
- 修改Nginx配置文件nginx.conf
vim /usr/local/nginx/conf/nginx.conf
将nginx.conf配置文件中,将原有的监听80, 82, 8080端口号 的虚拟主机注释掉,引入如下的配置信息:
server {
listen 80;
server_name localhost;
location / {
root html/[静态资源根目录];
index index.html;
}
#反向代理配置
location ^~ /api/ {
#URL重写
rewrite ^/api/(.*)$ /$1 break;
proxy_pass http://192.168.138.101:8080;
}
location = /50x.html {
root html;
}
}
3). 通过nginx访问前端工程
反向代理配置
前端工程部署完成之后,可以正常的访问到系统的页面,点击按钮,可以看到服务端发起的请求,请求信息如下:
- 正常工程中是没有/api这个前缀的,那这个时候,在不修改服务端代码的情况下,处理该请求,通过nginx的就可以解决这个问题。
在上述配置的nginx.conf中,除了配置了静态资源的加载目录以外,还配置了一段反向代理的配置,配置信息如下:
location ^~ /api/ {
rewrite ^/api/(.*)$ /$1 break;
proxy_pass http://192.168.138.101:8080;
}
这一段配置代表,如果请求当前nginx,并且请求的路径如果是 /api/ 开头,将会被该location处理。而在该location中,主要配置了两块儿信息:
- rewrite(url重写)
- proxy_pass(反向代理)
1). 路径重写rewrite
rewrite ^/api/(.*)$ /$1 break;
这里写的是一个正则表达式,代表如果请求路径是以 /api/
开头,后面的请求路径任意,此时将原始的url路径重写为 /$1
,这里的$1
指代的就是通配符 .*
这一块的内容。^/
:以/
开始(.*)
:所有字符
比如:
/api/employee/login ------>
^/api/(.*)$ -------->
此时 (.*) 匹配的就是 employee/login ------>
最终重写为/$1 : /employee/login
2). 反向代理
proxy_pass http://192.168.138.101:8080;
路径重写后的请求,将会转发到后端的 http://192.168.138.101:8080 服务器中。 而这台服务器中,就是讲部署的后端服务。
服务端部署
1). 在服务器B(192.168.138.101)中安装jdk、git、maven、MySQL,使用git clone命令将git远程仓库的代码克隆下来
A. 确认JDK环境java -version
B. 确认Git环境
git --version
C. 确认Maven环境mvn -v
D. 将我们开发完成的代码推送至远程仓库,并在服务器B中克隆下来
#创建java代码存放目录
mkdir -p /usr/local/javaApp
#切换目录
cd /usr/local/javaApp
#克隆代码 , 需要使用自己的远程仓库
git clone [仓库地址]
2). Shell脚本准备,并chmod命令设置执行权限touch [脚本名].sh
文件内容
#!/bin/sh
echo =================================
echo 自动化部署脚本启动
echo =================================
echo 停止原来运行中的工程
APP_NAME=[项目名]
#查询系统中正在运行的helloworld的进程,并停止该进程
tpid=`ps -ef|grep $APP_NAME|grep -v grep|grep -v kill|awk '{print $2}'`
if [ ${tpid} ]; then
echo 'Stop Process...'
kill -15 $tpid
fi
sleep 2
#停止之后再次查询,如果还存在,则通过kil1 -9强制杀死
tpid=`ps -ef|grep $APP_NAME|grep -v grep|grep -v kill|awk '{print $2}'`
if [ ${tpid} ]; then
echo 'Kill Process!'
kill -9 $tpid
else
echo 'Stop Success!'
fi
echo 准备从Git仓库拉取最新代码
#切换工程中
cd /usr/local/javaApp
echo 开始从Git仓库拉取最新代码
#拉取最新代码
git pull
echo 代码拉取完成
echo 开始打包
#执行打包(跳过单元测试)
output=`mvn clean package -Dmaven.test.skip=true`
cd target
echo 启动项目
#后台启动该项目
nohup java -jar [项目名]-1.0-SNAPSHOT.jar &> [日志名].log &
echo 项目启动完成
chmod 777 [脚本名].sh
3). 执行.sh脚本文件,自动部署项目
执行完shell脚本之后,我们可以通过ps -ef|grep java
指令,查看服务是否启动。
4). 访问系统测试
图片展示问题处理
在上述的测试中,发现图片无法正常展示。原因是因为,在我们的配置文件中,图片信息依然是从 项目绝对路径windows磁盘中加载的,但是在Linux服务器中,是不存在windows磁盘的。
1). 修改文件存储目录
将文件存储目录修改为:
[变量名]:
path: /usr/local/img/
修改完成之后,需要将变动的代码提交到本地仓库,并推送至远程仓库。
2). 执行shell脚本,进行自动化部署
3). 将本地的测试图片文件夹img(整个文件夹)上传到服务器B的/usr/local目录下
4).访问测试