回溯

上一篇博文讲述了 Gateway 的简单使用，但是有遗留的问题，就是调用的微服务地址竟然是写死的，这样一旦微服务的地址发生更改，那么配置文件也需要更改。

对于这个问题，是不是有点眼熟？对的，前面的博文有讲述，就是为了解决这个问题所以我们引进了服务治理 Nacos 。这篇博文我们就讲述一下 Gateway 和 Nacos 的整合。

Gateway 整合 nacos

在市面上，对于 Gateway 整合 nacos 的用法通常有两种，这边简要介绍一下。

这里的操作都是基于上一篇博客的操作，若有疑问，可以参考SpringCloud Alibaba - Gateway 入门案例（一）（网关介绍 / Gateway 介绍 / Gateway 快速入门）

方式一（复杂/灵活/常用）

首先添加pom依赖，完整pom如下

  <parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-parent</artifactId><version>2.1.3.RELEASE</version></parent><dependencies><!--gateway网关 不能引入starter-web--><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-gateway</artifactId><version>2.1.0.RELEASE</version></dependency><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId><version>2.1.0.RELEASE</version></dependency></dependencies>

然后在启动类添加 @EnableDiscoveryClient

在配置文件中加上

spring:cloud:nacos:discovery:server-addr: 127.0.0.1:8848 #nacos地址gateway:discovery:locator:enabled: true #让 gateway可以发现nacos中的微服务

修改之前uri的值，之前的uri值是写死的路径，现在我们可以放上微服务注册在nacos上的服务名。

最终修改后的配置文件如下：

server:port: 7777
spring:application:name: api-gatewaycloud:gateway:discovery:locator:enabled: true #让gateway可以发现nacos中的微服务routes: # 路由数组  指当请求满足什么样的条件的时候，转发到哪个微服务上- id: nacosxfz_route #当前路由标识，要求唯一 （默认值uuid，一般不用，需要自定义）uri: lb://test-scz #请求最终要被转发的地址   lb指的是从nacos中按照名称获取微服务,并遵循负载均衡策略order: 1 #路由优先级，数字越小，优先级越高predicates: #断言 判断条件，返回值是boolean 转发请求要返回的条件 （可以写多个）、- Path=/scz_server/** #当请求路径满足path指定的规则时，此路由信息才会正常转发filters: #过滤器（在请求传递过程中，对请求做一些手脚）- StripPrefix=1 # 在请求转发之前去掉一层路径nacos:discovery:server-addr: 127.0.0.1:8848

ps（lb指的是从nacos中按照名称获取微服务,并遵循负载均衡策略）

test-scz 是需要调用的微服务注册在nacos上的名字。

接下来进行测试

请求成功，证明 Gateway 整合 nacos 成功。

此方式企业中运用的比较多，原因是 predicates 和 filters 可以自定义配置，相对而言较为灵活。这两个参数在后面的章节会进行较为详细的讲解。

方式二（简单/死板/不常用）

为什么简单？因为真的非常简单，步骤和方式一一样，但是！配置文件不用那么多花里胡哨的配置。

routes 可以不用配置！！！

最终yml配置：

server:port: 7777
spring:application:name: api-gatewaycloud:gateway:discovery:locator:enabled: true #让gateway可以发现nacos中的微服务nacos:discovery:server-addr: 127.0.0.1:8848

访问成功！

但是：我们要注意，此时它默认 predicates Path 和需要调用的微服务名称相同，所以可以根据访问微服务名称作为路径访问微服务。

因为方便，而抛弃了更灵活的配置，是不是有一点吃了芝麻丢了西瓜呢？？？

Spring Cloud Alibaba - Gateway 入门案例（二）（Gateway 整合 nacos /（非阿里组件））相关推荐

Spring Cloud Alibaba - Sentinel入门案例（四）（热点规则）
Spring Cloud Alibaba - Sentinel入门案例(四)(热点规则 ) 回溯什么是Sentinel? 正文环境准备简单使用复杂使用注意事项回溯什么是Sentinel? ...
Spring Cloud Alibaba基础入门，一周学会基操！
Spring Cloud Alibaba基础入门,一周学会基操! 服务拆分: 1．不同微服务,不要重复开发相同业务 2．微服务数据独立,不要访问其它微服务的数据库 3．微服务可以将自己的业务暴露为接口 ...
开放下载 | 和 4000+Java 开发者共读《Spring Cloud Alibaba 从入门到实战》
Spring Cloud Alibaba 脱胎于阿里中间件团队内部,经受了阿里多年海量业务场景的考验,是目前最成熟.功能最丰富也最有前景的 Spring Cloud 实现.相信在未来 Spring C ...
【技术手册】Java 开发者必备手册《Spring Cloud Alibaba 从入门到实战》
Java 开发者必备手册<Spring Cloud Alibaba 从入门到实战> 简介大咖寄语目录精彩导读基础知识篇分布式配置服务注册与发现分布式服务调用服务熔断和限流 ...
Spring Cloud Alibaba 快速入门（七）：Gateway微服务网关
前言:在微服务架构中,有一个组件可以说是必不可少的,那就是微服务网关.微服务网关处理了路由转发,负载均衡,缓存,权限校验,监控,限流控制,日志等.Spring Cloud Gateway是Spring ...
Spring Cloud Alibaba 实战 | 第十二篇：微服务整合Sentinel的流控、熔断降级，赋能拥有降级功能的Feign新技能熔断，实现熔断降级双剑合璧（JMeter模拟测试）
文章目录一. Sentinel概念 1. 什么是Sentinel? 2. Sentinel功能特性 3. Sentinel VS Hystrix 二. Docker部署Sentinel Dashbo ...
Spring Cloud Alibaba系列使用（二）----Nacos注册中心
1|1Spring Cloud Alibaba 介绍 Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案.此项目包含开发分布式应用微服务的必需组件,方便开发者通过 Spri ...
Spring Cloud Alibaba迁移指南（二）：零代码替换 Eureka
为什么80%的码农都做不了架构师?>>> 自 Spring Cloud 官方宣布 Spring Cloud Netflix 进入维护状态后,我们开始制作<Spring C ...
Spring Cloud Alibaba 之 RPC 消息：Dubbo 与 Nacos 体系如何协同作业
上一节我介绍了什么是 OpenFeign 通信组件,讲解了如何基于 OpenFeign 实现微服务间的高可用通信.本文我们将继续探讨微服务通信话题,了解阿里巴巴自家的 RPC 框架 Dubbo 是如何 ...
Spring Cloud Alibaba 2.2.6发布：新增Nacos注册快速失败的配置
7月12日消息,Spring Cloud Alibaba新版本2.2.6发布,该版本适配Spring Cloud Hoxton.SR9. 下面一起来看看该版本内容: 特性增强 Nacos 支持服务注册 ...

Spring Cloud Alibaba - Gateway 入门案例（二）（Gateway 整合 nacos /（非阿里组件））

Spring Cloud Alibaba - Gateway 入门案例（二）（Gateway 整合 nacos）（非阿里组件）

回溯

Gateway 整合 nacos

方式一（复杂/灵活/常用）

方式二（简单/死板/不常用）

Spring Cloud Alibaba - Gateway 入门案例（二）（Gateway 整合 nacos /（非阿里组件））相关推荐

最新文章

热门文章