SpringBoot前后端部署、反向代理

项目部署

部署架构

前端部署服务器： 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

前端部署

1. 在服务器A(192.168.138.100)中安装Nginx，将打包好前端文件上传到Nginx的html目录下

2. 将打包好前端文件上传至/usr/local/nginx/html目录下

3. 修改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访问前端工程

http://192.168.138.100

反向代理配置

前端工程部署完成之后，可以正常的访问到系统的页面，点击按钮，可以看到服务端发起的请求，请求信息如下：

1. 正常工程中是没有/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). 访问系统测试

http://192.168.138.101/

图片展示问题处理

在上述的测试中，发现图片无法正常展示。原因是因为，在我们的配置文件中，图片信息依然是从 项目绝对路径windows磁盘中加载的，但是在Linux服务器中，是不存在windows磁盘的。

1). 修改文件存储目录

将文件存储目录修改为：

[变量名]:
  path: /usr/local/img/

修改完成之后，需要将变动的代码提交到本地仓库，并推送至远程仓库。

2). 执行shell脚本,进行自动化部署

3). 将本地的测试图片文件夹img(整个文件夹)上传到服务器B的/usr/local目录下

4).访问测试

http://192.168.138.101/