当前位置:   article > 正文

『用于学习』nginx进行前后端项目分离部署(HM教材)_nginx部署前后端分离的项目

nginx部署前后端分离的项目

1. 项目部署

在本章节,我们要做的是项目的部署,包含前端项目的部署,及后端项目的部署。

1.1 部署架构

在这里插入图片描述

PC端: 主要是为餐厅的员工及管理员使用的后台管理系统,对分类、菜品、套餐信息进行维护。

移动端: 可以基于微信公众号或小程序实现,我们课上并未实现,这部分的工作是前端开发人员需要开发的。

前端部署服务器: Nginx

后端部署服务器: Tomcat(内嵌)

1.2 环境说明

由于我们的服务器数量有限,就使用这三台服务器,具体的软件规划如下:

服务器软件名称
192.168.138.100Nginx(部署前端项目、配置反向代理),MySQL(主从复制的主库)服务器A
192.168.138.101JDK1.8、Git、Maven、jar(项目jar包基于内嵌Tomcat运行)、MySQL(主从复制的从库)服务器B
172.17.2.94Redis(缓存中间件)服务器C

由于我们前面的课程中Nginx、MySQL的主从复制、Redis、JDK、Git、Maven都已经演示过安装及配置了,这里我们就不再演示软件的安装了。

1.3 前端部署

1). 在服务器A(192.168.138.100)中安装Nginx,将课程资料中的dist目录上传到Nginx的html目录下

在这里插入图片描述

将整个dist目录上传至/usr/local/nginx/html目录下

在这里插入图片描述

2). 修改Nginx配置文件nginx.conf

将nginx.conf配置文件中,将原有的监听80, 82, 8080端口号 的虚拟主机注释掉,引入如下的配置信息:

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html/dist;  # 修改根目录
            index  index.html;
        }
		
		location ^~ /api/ {
			rewrite ^/api/(.*)$ /$1 break;
			proxy_pass http://192.168.138.101:8080; # 反向代理
		}
		
        location = /50x.html {
            root   html;
        }
    }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18

在这里插入图片描述

3). 通过nginx访问前端工程

http://192.168.138.100

在这里插入图片描述

1.4 反向代理配置

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

在这里插入图片描述

而大家知道,在我们之前开发的工程中,是没有/api这个前缀的,那这个时候,在不修改服务端代码的情况下,如何处理该请求呢?

实际上,通过nginx的就可以轻松解决这个问题。

在上述我们配置的nginx.conf中,除了配置了静态资源的加载目录以外,我们还配置了一段反向代理的配置,配置信息如下:

location ^~ /api/ {
    rewrite ^/api/(.*)$ /$1 break;
    proxy_pass http://192.168.138.101:8080;
}
  • 1
  • 2
  • 3
  • 4

这一段配置代表,如果请求当前nginx,并且请求的路径如果是 /api/ 开头,将会被该location处理。而在该location中,主要配置了两块儿信息: rewrite(url重写) 和 proxy_pass(反向代理)。 接下来我们就来解析一下这两项的配置。

1). 路径重写rewrite

rewrite ^/api/(.*)$ /$1 break;  # URL:^/api/(.*)$ 重写为/(.*)
  • 1

这里写的是一个正则表达式,代表如果请求路径是以 /api/ 开头,后面的请求路径任意,此时将原始的url路径重写为 /$1,这里的$1指代的就是通配符 .* 这一块的内容。比如:

/api/employee/login ------> ^/api/(.*)$ --------> 此时 (.*) 匹配的就是 employee/login ------> 最终重写为/$1 : /employee/login
  • 1

2). 反向代理

proxy_pass http://192.168.138.101:8080;
  • 1

路径重写后的请求,将会转发到后端的 http://192.168.138.101:8080 服务器中。 而这台服务器中,就部署的是我们的后端服务。

1.5 服务端部署

1). 在服务器B(192.168.138.101)中安装jdk、git、maven、MySQL,使用git clone命令将git远程仓库的代码克隆下来

A. 确认JDK环境

在这里插入图片描述

B. 确认Git环境

在这里插入图片描述

C. 确认Maven环境

在这里插入图片描述

D. 将我们开发完成的代码推送至远程仓库,并在服务器B中克隆下来

#创建java代码存放目录
mkdir -p /usr/local/javaapp

#切换目录
cd /usr/local/javaapp

#克隆代码 , 需要使用自己的远程仓库
git clone https://gitee.com/ChuanZhiBoKe/reggie_take_out.git 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

在这里插入图片描述

2). 将资料中提供的reggieStart.sh文件上传到服务器B,通过chmod命令设置执行权限

在这里插入图片描述

3). 执行reggieStart.sh脚本文件,自动部署项目

在这里插入图片描述

执行完shell脚本之后,我们可以通过 ps -ef|grep java 指令,查看服务是否启动。

在这里插入图片描述

4). 访问系统测试

http://192.168.138.101/

在这里插入图片描述

1.6 图片展示问题处理

在上述的测试中,我们发现菜品的图片无法正常展示。原因是因为,在我们的配置文件中,图片信息依然是从 D:/img 中加载的,但是在Linux服务器中,是不存在D盘的。

在这里插入图片描述

1). 修改文件存储目录

将文件存储目录修改为:

reggie:
  path: /usr/local/img/
  • 1
  • 2

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

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

4).访问测试

http://192.168.138.101/

在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/不正经/article/detail/214455
推荐阅读
相关标签
  

闽ICP备14008679号