文章目录
- 媒资管理模块 - 媒资项目搭建
- 一、需求分析
- 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.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>${spring-cloud-alibaba.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
- 上报服务信息
在内容管理模块的接口工程、系统管理模块的接口工程中添加如下依赖
如果是上报服务信息,就是用下面这个坐标
哪个模块需要上报服务,就写在哪里,假如说service模块需要上报服务,那service模块的pom就需要引入下面的坐标
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!--服务发现-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!--服务发现-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</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.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</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.xuecheng</groupId>
<artifactId>xuecheng-plus-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../xuecheng-plus-parent</relativePath>
</parent>
<artifactId>xuecheng-plus-gateway</artifactId>
<dependencies>
<!--网关-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<!--服务发现中心-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<!--服务配置中心-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>fastjson</artifactId>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>
<!-- 排除 Spring Boot 依赖的日志包冲突 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- Spring Boot 集成 log4j2 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-log4j2</artifactId>
</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的话,很可能是我们请求的项目并没有启动,我们只需要启动对应的项目就好了
网关工程搭建完成即可将前端工程中的接口地址改为网关的地址
启动前端工程,查看是否有数据,如果有说明之前所有的配置是没有任何问题的
相当正常,忐忑的心放下了