4.1 媒资管理模块 - Nacos与Gateway搭建
文章目录
- 媒资管理模块 - 媒资项目搭建
- 一、需求分析
-
- 1.1 介绍
- 1.2 数据模型
- 1.3 分析网关
- 二、 搭建Nacos
-
- 2.1 服务发现中心
-
- 2.2.1 Maven
- 2.2.2 配置Nacos
- 2.2 配置中心
-
- 2.2.1 介绍
- 2.2.2 Maven 坐标
- 2.2.3 配置 content-api 工程
- 2.2.4 配置 content-service 工程
- 2.2.5 配置 system-api 工程
- 2.2.6 配置 system-service 工程
- 2.3 配置中心 - 公用配置
- 2.4 配置中心 - 配置加载优先级
- 2.5 配置中心 - 灵活切换环境
- 2.6 配置中心 - 导入配置
- 三、 搭建 Gateway 网关
-
- 3.1 创建xuecheng-plus-gateway网关工程
- 3.2 Maven坐标
- 3.3 bootstrap.yaml配置文件
- 3.4 Nacos配置网关路由策略
- 3.5 测试网关
媒资管理模块 - 媒资项目搭建
一、需求分析
1.1 介绍
媒资管理系统是每个在线教育平台所必须具备的
每个教学机构都可以在媒资系统管理自己的教学资源，包括:视频、教案等文件，目前媒资管理的主要管理对象是视频、图片、文档等，包括:媒资文件的查询、文件上传、视频处理等.
媒资查询:教学机构查询自己所拥有的媒资信息
文件上传:包括上传图片、上传文档、上传视频
比如说内容管理中课程编辑和新增时需要添加课程封面图片
视频处理:视频上传成功，系统自动对视频进行编码处理
假如我们上传了一个avi格式的视频，这个视频在浏览器上是无法播放的需要进行转码，比如说转成Mp4格式
文件删除:教学机构删除自己上传的媒资文件
1.2 数据模型
mdia_files媒资文件表：存储文件信息，包括图片、视频、文档等，并不是文件本身，真正的文件存储在我们的分布式系统中。
media_process: 待处理视频表。
media_process_history: 视频处理历史表，记录已经处理成功的视频信息。
视频处理完成之后要绑定课程计划
媒资文件与课程计划绑定关系表如下：
课程计划表teachplan
课程计划与媒资关系teachplan_media，主要是操作这张表，将媒资与课程计划进行绑定
1.3 分析网关
目前我们有三个服务，如下所示：
内容管理服务：管理课程信息
系统管理服务：目前引入了数据字典，不会有业务的东西，是一些系统本身的内容，比如日志、系统备份、数据字典
媒资管理服务：管理课程相关视频、文档等文件
但是像上图那样，前端直接请求后端的服务会有一定的弊端
在前端对每个请求地址都配置绝对路径，非常不利于系统维护，假如后端的端口或者IP改变后，前端的每个请求地址都需要改变，这是非常不方便的
下图所示便是绝对路径，假如我们放到服务器上后，localhost显然是不合适的，那就设置成一个局域网的ip了
基于这个问题可以采用网关来解决这个麻烦
之前我也学过网关：
SpringCloud - Gateway统一网关
网关的作用其实就是路由，我们请求到网关，网关会把请求分配到相应的后端服务上
之前前端是和多个后端服务进行通信，但是现在不需要了，只需要请求网关就好了
总的来说，前端和网关对接，网关和后端的多个服务对接
此时前端的路径变成下图所示，只需要指定每个接口的相对路径
在前端代码的一个固定的地方在接口地址前统一加网关的地址，每个请求统一到网关，由网关将请求转发到具体的微服务
为什么所有的请求先到网关呢？
有了网关就可以对请求进行路由，路由到具体的微服务，减少外界对接微服务的成本。
路由可以根据请求路径进行路由、根据host地址进行路由等， 当微服务有多个实例时可以通过负载均衡算法进行路由，
另外，网关还可以实现权限控制、限流等功能
网关是怎么知道微服务的IP地址呢？
我们可以将服务的信息记录在Nacos上面，网关可以进行读取
二、 搭建Nacos
之前做的Nacos笔记
Nacos知识大全
Spring Cloud ：一套规范
Spring Cloud alibaba: 这一套实现中就有nacos服务注册中心，配置中心
namespace和group的概念在上面的文章中有
namespace：用于区分环境、比如：开发环境、测试环境、生产环境。
group：用于区分项目，比如：xuecheng-plus项目、xuecheng2.0项目
访问：http://192.168.101.65:8848/nacos/
账号密码：nacos/nacos
2.1 服务发现中心
也就是服务注册中心
下面是创建的命名空间namespace
注册完成命名空间namespace之后我们要把微服务注册到nacos，并且每个服务都是一个group
2.2.1 Maven
- xuecheng-plus-parent
这是所有工程的父工程
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-alibaba-dependenciesartifactId>
<version>${spring-cloud-alibaba.version}version>
<type>pomtype>
<scope>importscope>
dependency>
- 上报服务信息
在内容管理模块的接口工程、系统管理模块的接口工程中添加如下依赖
如果是上报服务信息，就是用下面这个坐标
哪个模块需要上报服务，就写在哪里，假如说service模块需要上报服务，那service模块的pom就需要引入下面的坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
2.2.2 配置Nacos
既然我们的服务需要向Nacos报服务信息，那怎么将信息报告到Nacos呢？
我们也需要配置一下Nacos的地址，说明我们要向哪上报服务信息
在系统管理的接口工程的配置文件中配置如下信息
spring:
application:
name: system-api
cloud:
nacos:
server-addr: 192.168.101.65:8848
discovery:
namespace: dev
group: xuecheng-plus-project
在内容管理的接口工程的配置文件中配置如下信息
spring:
application:
name: content-api
cloud:
nacos:
server-addr: 192.168.101.65:8848
discovery:
namespace: dev
group: xuecheng-plus-project
当启动项目后，查看Nacos
并且点击“详情”，还可以查看IP和端口
2.2 配置中心
2.2.1 介绍
实现配置中心的最终目标：将项目中的配置信息放入到Nacos上，不重启项目就可以修改服务的各种配置信息
对微服务中公有的配置信息和特有的配置信息进行分别配置
将项目中的配置文件分类
-
每个项目特有的配置
是指该配置只在有些项目中需要配置，或者该配置在每个项目中配置的值不同
比如：spring.application.name每个项目都需要配置但值不一样，以及有些项目需要连接数据库而有些项目不需要，有些项目需要配置消息队列而有些项目不需要
下面的配置每个服务可能是不同的
server: servlet: context-path: /system port: 63110 #微服务配置 spring: application: name: system-api -
项目所公用的配置
是指在若干项目中配置内容相同的配置。
比如：redis的配置，很多项目用的同一套redis服务所以配置也一样
# 日志文件配置路径 logging: config: classpath:log4j2-dev.xml # swagger 文档配置 swagger: title: "学成在线系统管理" description: "系统管理接口" base-package: com.xuecheng.system enabled: true version: 1.0.0
Nacos是如何定位一个具体的配置文件的？
namespace、group、dataid
-
通过namespace、group找到具体的环境和具体的项目
-
通过dataid找到具体的配置文件
dataid有三部分组成，content-api-dev.yaml配置文件 由（content-api）-（dev）. (yaml)三部分组成
第一部分，它是在application.yaml中配置的应用名，即spring.application.name的值
第二部分，它是环境名，通过spring.profiles.active指定
第三部分，它是配置文件的后缀，目前nacos支持properties、yaml等格式类型，本项目选择yaml格式类型
如果我们要配置content-api工程的配置文件:
在开发环境中配置content-api-dev.yaml
在测试环境中配置content-api-test.yaml
在生产环境中配置content-api-prod.yaml
我们启动项目中传入spring.profiles.active的参数决定引用哪个环境的配置文件，例如：传入spring.profiles.active=dev表示使用dev环境的配置文件即content-service-dev.yaml
#微服务配置
spring:
application:
name: content-api # 1.服务名
cloud:
nacos:
server-addr: 192.168.101.65:8848
discovery:
namespace: dev
group: xuecheng-plus-project
profiles:
active: dev # 2.配置环境名
2.2.2 Maven 坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
2.2.3 配置 content-api 工程
将Maven坐标导入到content-api工程中的pom文件里
在Nacos中我们可以点击右侧的“+”来添加一个配置
配置如下图所示
目前content-api项目bootstrap.yml文件的配置如下
我们发现dataid的三要素并没有被提取出来，还是在文件中放着
被注释掉的就是目前被提取出来的内容
#server:
# servlet:
# context-path: /content
# port: 63040
#微服务配置
spring:
application:
name: content-api #1.服务名
cloud:
nacos:
server-addr: 192.168.101.65:8848
discovery: #服务发现（注册）配置
namespace: dev
group: xuecheng-plus-project
config: #服务注册配置
namespace: dev # 命名空间
group: xuecheng-plus-project # 组
file-extension: yaml # 3.文件扩展名
refresh-enabled: true # 当将 refresh 设置为 true 时，应用程序会定期从Nacos服务器获取配置并刷新已加载的配置
profiles:
active: dev # 2.环境名
# datasource:
# driver-class-name: com.mysql.cj.jdbc.Driver
# url: jdbc:mysql://192.168.101.65:3306/xcplus_content?serverTimezone=UTC&userUnicode=true&useSSL=false&
# username: root
# password: mysql
# 日志文件配置路径
logging:
config: classpath:log4j2-dev.xml
swagger:
title: "学成在线内容管理系统"
description: "内容系统管理系统对课程相关信息进行管理"
base-package: com.xuecheng.content
enabled: true
version: '1.0.0'
此时就可以启动content-api项目，一切正常
其中这个项目所需要的Nacos坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
2.2.4 配置 content-service 工程
其实在content-api工程bootstrap.yaml配置文件中不需要配置数据库的信息，因为content-api工程并不会访问数据库
之前在content-api工程配置文件配置数据库的信息是因为content-api工程会引用content-service工程，进而操作的数据库
真正访问数据库的工程是content-api，所以其实也可以将数据库的配置信息配置在content-service
所以下面将修改content-service工程与content-api工程的配置文件
-
修改content-api工程的配置文件
删除Nacos中数据库连接的配置
在content-api工程配置文件中引用(扩展)content-service工程的配置文件
为什么是扩展的配置文件？
除了特有的配置、公用配置，还有扩展的配置
content-api工程运行的时候需要引入content-service工程，但是content-api功能从Nacos拿到的仅仅是自己特有的
所以需要将content-service工程在Nacos的配置文件引过来（也就是扩展一下）
下面的配置新增了extension-configs项，也就是指定扩展配置文件
#server:
# servlet:
# context-path: /content
# port: 63040
#微服务配置
spring:
application:
name: content-api # 项目名
cloud:
nacos:
server-addr: 192.168.101.65:8848 #Nacos地址
discovery: #服务发现（服务注册）
namespace: dev #命名空间
group: xuecheng-plus-project #组别
config: # 配置中心
namespace: dev #命名空间
group: xuecheng-plus-project
file-extension: yaml #文件后缀
refresh-enabled: true
extension-configs: # 扩展配置信息的引用
#${spring.profiles.active} 这个写法就会找到此文件中spring.profiles.active对应的值
- data-id: content-service-${spring.profiles.active}.yaml
group: xuecheng-plus-project
refresh: true
profiles:
active: dev
# datasource:
# driver-class-name: com.mysql.cj.jdbc.Driver
# url: jdbc:mysql://192.168.101.65:3306/xcplus_content?serverTimezone=UTC&userUnicode=true&useSSL=false&
# username: root
# password: mysql
# 日志文件配置路径
logging:
config: classpath:log4j2-dev.xml
swagger:
title: "学成在线内容管理系统"
description: "内容系统管理系统对课程相关信息进行管理"
base-package: com.xuecheng.content
enabled: true
version: '1.0.0'
-
修改content-service工程的配置文件
此工程不需要将服务进行上报，所以只需要一个服务注册的坐标即可
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
此时bootstrap.yaml中的配置，注释掉的datasource信息将会配置在Nacos中
#微服务配置
spring:
application:
name: content-service # 服务名
profiles:
active: dev # 运行环境
cloud:
nacos:
server-addr: 192.168.101.65:8848 #Nacos地址
config: #服务配置相关信息
namespace: dev # 命名空间
group: xuecheng-plus-project #组
file-extension: yaml #文件后缀
refresh-enabled: true
# datasource:
# driver-class-name: com.mysql.cj.jdbc.Driver
# url: jdbc:mysql://192.168.101.65:3306/xcplus_content?serverTimezone=UTC&userUnicode=true&useSSL=false&
# username: root
# password: mysql
# 日志文件配置路径
logging:
config: classpath:log4j2-dev.xml
swagger:
title: "学成在线内容管理系统"
description: "内容系统管理系统对课程相关信息进行管理"
base-package: com.xuecheng.content
enabled: true
version: '1.0.0'
Nacos中配置信息
然后可以在测试类中测试一下，是正常的
content-service项目中需要的nacos坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
都配置完成后重启content-api项目，看是否启动成功，如果成功了说明配置也是成功的
2.2.5 配置 system-api 工程
- bootstrap.yaml配置文件
#server:
# servlet:
# context-path: /system
# port: 63110
#微服务配置
spring:
application:
name: system-api
cloud:
nacos:
server-addr: 192.168.101.65:8848
discovery:
namespace: dev
group: xuecheng-plus-project
config: # 配置中心
namespace: dev #命名空间
group: xuecheng-plus-project
file-extension: yaml #文件后缀
refresh-enabled: true # 当将 refresh 设置为 true 时，应用程序会定期从Nacos服务器获取配置并刷新已加载的配置
extension-configs: # 扩展配置信息的引用
#${spring.profiles.active} 这个写法就会找到此文件中spring.profiles.active对应的值
- data-id: system-service-${spring.profiles.active}.yaml
group: xuecheng-plus-project
refresh: true
shared-configs: #公用配置
- data-id: swagger-${spring.profiles.active}.yaml
group: xuecheng-plus-common
refresh: true
- data-id: logging-${spring.profiles.active}.yaml
group: xuecheng-plus-common
refresh: true
profiles:
active: dev
# datasource:
# driver-class-name: com.mysql.cj.jdbc.Driver
# url: jdbc:mysql://192.168.101.65:3306/xcplus_system?serverTimezone=UTC&userUnicode=true&useSSL=false&
# username: root
# password: mysql
# 日志文件配置路径
#logging:
# config: classpath:log4j2-dev.xml
#
## swagger 文档配置
#swagger:
# title: "学成在线系统管理"
# description: "系统管理接口"
# base-package: com.xuecheng.system
# enabled: true
# version: 1.0.0
- Nacos中配置
server:
servlet:
context-path: /system
port: 63110
- Maven坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
2.2.6 配置 system-service 工程
- bootstrap.yaml配置文件
#微服务配置
spring:
application:
name: system-service # 服务名
profiles:
active: dev # 运行环境
cloud:
nacos:
server-addr: 192.168.101.65:8848 #Nacos地址
config: #服务配置相关信息
namespace: dev # 命名空间
group: xuecheng-plus-project #组
file-extension: yaml #文件后缀
refresh-enabled: true
# datasource:
# driver-class-name: com.mysql.cj.jdbc.Driver
# url: jdbc:mysql://192.168.101.65:3306/xcplus_content?serverTimezone=UTC&userUnicode=true&useSSL=false&
# username: root
# password: mysql
- Nacos配置
spring:
datasource:
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://192.168.101.65:3306/xcplus_system?serverTimezone=UTC&userUnicode=true&useSSL=false&
username: root
password: mysql
- Maven坐标
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
2.3 配置中心 - 公用配置
nacos提供了shared-configs可以引入公用配置
每个工程的bootstrap.yaml文件中都会有下面内容，随意我们可以配置一个公用配置
logging:
config: classpath:log4j2-dev.xml
swagger:
title: "学成在线内容管理系统"
description: "内容系统管理系统对课程相关信息进行管理"
base-package: com.xuecheng.content
enabled: true
version: '1.0.0'
单独在xuecheng-plus-common分组下创建xuecheng-plus的公用配置，进入nacos的开发环境，添加swagger-dev.yaml公用配置
相同的方式添加logging-dev.yaml公用配置
**在content-api工程bootstrap.yaml配置文件中引入swagger-dev.yaml、loggin-dev.yaml公用配置文件 **
#微服务配置
spring:
application:
name: content-api # 项目名
cloud:
nacos:
server-addr: 192.168.101.65:8848 #Nacos地址
discovery: #服务发现（服务注册）
namespace: dev #命名空间
group: xuecheng-plus-project #组别
config: # 配置中心
namespace: dev #命名空间
group: xuecheng-plus-project
file-extension: yaml #文件后缀
refresh-enabled: true
extension-configs: # 扩展配置信息的引用
#${spring.profiles.active} 这个写法就会找到此文件中spring.profiles.active对应的值
- data-id: content-service-${spring.profiles.active}.yaml
group: xuecheng-plus-project
refresh: true
shared-configs: #公用配置
- data-id: swagger-${spring.profiles.active}.yaml
group: xuecheng-plus-common
refresh: true
- data-id: logging-${spring.profiles.active}.yaml
group: xuecheng-plus-common
refresh: true
profiles:
active: dev
重新启动content-api工程，打开swagger页面，说明没有什么问题
2.4 配置中心 - 配置加载优先级
这个地方其实可以看看下面这个文章Springboot配置文件-多环境开发控制
SpringBoot读取配置文件的顺序
引入配置文件的形式有
-
以项目应用名方式引入
微服务它所对应的自己特有的配置
也就是通过过项目名、环境名、文件后缀信息（三要素）从Nacos过去的配置
spring: application: name: content-api # 项目名 profiles: active: dev #环境 -
以扩展配置文件方式引入
extension-configs: # 扩展配置信息的引用 #${spring.profiles.active} 这个写法就会找到此文件中spring.profiles.active对应的值 - data-id: content-service-${spring.profiles.active}.yaml group: xuecheng-plus-project refresh: true -
以共享配置文件 方式引入
shared-configs: #公用配置 - data-id: swagger-${spring.profiles.active}.yaml group: xuecheng-plus-common refresh: true - data-id: logging-${spring.profiles.active}.yaml group: xuecheng-plus-common refresh: true -
本地配置文件
#微服务配置 spring: application: name: content-api # 项目名 cloud: nacos: server-addr: 192.168.101.65:8848 #Nacos地址 discovery: #服务发现（服务注册） namespace: dev #命名空间 group: xuecheng-plus-project #组别 config: # 配置中心 namespace: dev #命名空间 group: xuecheng-plus-project file-extension: yaml #文件后缀 refresh-enabled: true # 当将 refresh 设置为 true 时，应用程序会定期从Nacos服务器获取配置并刷新已加载的配置 extension-configs: # 扩展配置信息的引用 #${spring.profiles.active} 这个写法就会找到此文件中spring.profiles.active对应的值 - data-id: content-service-${spring.profiles.active}.yaml group: xuecheng-plus-project refresh: true shared-configs: #公用配置 - data-id: swagger-${spring.profiles.active}.yaml group: xuecheng-plus-common refresh: true - data-id: logging-${spring.profiles.active}.yaml group: xuecheng-plus-common refresh: true profiles: active: dev
前面三个是在Nacos，最后一个在本地
假如上面方式引入的配置冲突了怎么办，以谁的为准？
看下面的优先级
默认情况各配置文件的优先级：
- 项目应用名配置文件 > 扩展配置文件 > 共享配置文件 > 本地配置文件
问题，同个项目怎么启动多个？
但是"项目应用名配置文件"优先级最高，那我们一个工程怎么运行两个呀，比如说content-api工程在Nacos中配置的运行端口是63040，那我们在本地将端口改成63041，是运行不了的，那我们实际项目部署的时候怎么办呢？
那肯定会有人想，项目部署最终都会执行 java -jar命令，我们只需要加一个临时参数就好了
这种方法也是不行的，这种也是相当于在本地配置
那怎么解决这个问题呢？
#配置本地优先
spring:
cloud:
config:
override-none: true
在Nacos中配置一下就可以了，配置成本地配置最优先即可
假如我们端口号，Nacos 63010、bootstrap.yaml 12321、application.yaml 8065 文件中各有配置，并且已经在Nacos中配置了本地优先策略，那启动项目后会运行哪个端口号呢？
假如去掉Nacos中配置的本地优先策略后，再启动项目，端口号呢？
以Nacos中为准
bootstrap.yml/bootstrap.properties：这些文件在应用程序的早期就被加载，主要用于系统级的配置，如加密属性的解密、配置服务的设置等。bootstrap文件的加载时机在application文件之前，因此可以说它的优先级更高。（优先级高优先加载，但是会被后加载的内容覆盖）
application.yml/application.properties：这些是Spring Boot应用程序的主要配置文件，用于配置应用程序特定的各种属性。它们在bootstrap配置之后加载。（所以application内容会覆盖bootstrap，但是实际上的优先级是bootstrap>application）
在加载时，加载的顺序是yml，yaml，properities，所以在加载配置文件时，如果有在配置文件名相同时，以properities结尾的配置文件会生效，因为以properities结尾的文件是最后被加载的，覆盖了之前的相同配置
总结默认加载的优先级：
-
bootstrap > application
-
yml > yaml > properities
假如在Nacos中配置本地文件优先时，配置生效顺序：
如果配置重复的话，会以左侧为主文件的配置为主
application.properities > application.yaml > application.yml >bootstrap.properities > bootstrap.yaml > bootstrap.yml
2.5 配置中心 - 灵活切换环境
可以直接才配置文件中进行修改
或者是配置临时参数
2.6 配置中心 - 导入配置
点击所选的”导入配置“
假如说导入配置时出现重复的配置，怎么办？
根据实际情况选择即可，之后点击“上传文件”即可
选择合适的文件zip包即可，不需要自己解压
三、 搭建 Gateway 网关
搭建Spring Cloud Gateway，创建网关工程
SpringCloud - Gateway统一网关
之前搭建了Nacos，现在可以搭建一下Gateway网关
3.1 创建xuecheng-plus-gateway网关工程
创建xuecheng-plus-gateway网关工程
3.2 Maven坐标
<parent>
<groupId>com.xuechenggroupId>
<artifactId>xuecheng-plus-parentartifactId>
<version>0.0.1-SNAPSHOTversion>
<relativePath>../xuecheng-plus-parentrelativePath>
parent>
<artifactId>xuecheng-plus-gatewayartifactId>
<dependencies>
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-gatewayartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>
<dependency>
<groupId>com.alibaba.cloudgroupId>
<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>
<dependency>
<groupId>com.alibabagroupId>
<artifactId>fastjsonartifactId>
dependency>
<dependency>
<groupId>org.projectlombokgroupId>
<artifactId>lombokartifactId>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starterartifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-loggingartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-log4j2artifactId>
dependency>
dependencies>
3.3 bootstrap.yaml配置文件
#微服务配置
spring:
application:
name: gateway
cloud:
#下面的配置是从Nacos拉取配置文件，并且要将服务上报到nacos
nacos:
server-addr: 192.168.101.65:8848
discovery: #服务发现（服务配置）
namespace: dev
group: xuecheng-plus-project
config: #服务配置
namespace: dev
group: xuecheng-plus-project
file-extension: yaml
refresh-enabled: true
shared-configs:
- data-id: logging-${spring.profiles.active}.yaml
group: xuecheng-plus-common
refresh: true
profiles:
active: dev
3.4 Nacos配置网关路由策略
server:
port: 63010 # 网关端口
spring:
cloud:
gateway:
# filter:
# strip-prefix:
# enabled: true
routes: # 网关路由配置
- id: content-api # 路由id，自定义，只要唯一即可
# uri: http://127.0.0.1:8081 # 路由的目标地址 http就是固定地址
uri: lb://content-api # 路由的目标地址 lb就是负载均衡，后面跟服务名称
predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
- Path=/content/** # 这个是按照路径匹配，只要以/content/开头就符合要求
# filters:
# - StripPrefix=1
- id: system-api
# uri: http://127.0.0.1:8081
uri: lb://system-api
predicates:
- Path=/system/**
# filters:
# - StripPrefix=1
- id: media-api
# uri: http://127.0.0.1:8081
uri: lb://media-api
predicates:
- Path=/media/**
# filters:
# - StripPrefix=1
3.5 测试网关
启动xuecheng-plus-gateway工程后，在Nacos发现有服务
但是并不是我们启动项目之后，Nacos立即拿到服务的，会有30s的空窗期
假如说我们请求一个服务返回的响应状态码是503的话，很可能是我们请求的项目并没有启动，我们只需要启动对应的项目就好了
网关工程搭建完成即可将前端工程中的接口地址改为网关的地址
启动前端工程，查看是否有数据，如果有说明之前所有的配置是没有任何问题的
相当正常，忐忑的心放下了
