SpringCloudGateway+Consul集群部署笔记

最新推荐文章于 2024-06-06 14:29:28 发布
最新推荐文章于 2024-06-06 14:29:28 发布
阅读量4.7k 收藏 10
点赞数 1
分类专栏： SpringCloud 文章标签： java spring cloud consul spring 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jilo88/article/details/123728073
版权

spring cloud gateway已经使用了较长一段时间，一直有想法，整理整理一下，形成一个有效的记录，近期终于抽空写成笔记。

1、基本环境

版本：consul-1.7.2

服务：192.168.11.45（windows）、192.168.110.35(centos72)、192.168.110.36(centos72)

2、安装目录

centos7.2：/opt/consul-1.7.2

windows：D:/test/consul

3、集群架构

1.三个consul服务节点，组成集群提供注服务

2.两个producer生产者服务，提供业务服务响应

3.一个gateway网关服务，提供路由转发服务

4.消费者模拟请求发送到网关，再由网关路由到生产者服务的业务中；

4、Consul

Consul是一个在分布式环境中的提供服务注册和发现流程的服务管理软件，分布式高可用，提供服务发现和配置共享，主要特点是：服务发现、健康检查、键值存储、安全服务通信、多数据中心。

在集群架构中，Consul保证了c（数据一致性）、a（高可用）特点，不保证p（分区容错）特点。在SpringCloud中已对 Consul进行了自动配置与封装，并且官方建议替代 Eureka。

Consul 采用 raft 算法来保证数据的强一致性：

      a.服务注册到Consul时，raft协议要求必须过半数的节点都写入成功才认为注册成功；

      b.集群中的Leader挂掉时，重新选举期间整个consul不可用，保证强一致性但会牺牲可用性。

安装过程比较简单，自行百度，省略...

4.1、集群配置

服务一：config/server1.json（IP：192.168.110.35）

{
    "datacenter":"dc1",
    "node_name":"server1",
    "server":true,
    "data_dir":"/opt/consul-1.7.2/data",
    "addresses":{
        "http":"0.0.0.0"
    },
    "ports":{
        "http":8500,
        "serf_lan": 8301,
        "serf_wan": 8302
    }
}

服务二：config/server2.json（IP：192.168.11.45）

{
    "datacenter":"dc1",
    "node_name":"server2",
    "server":true,
    "data_dir":"D:/test/consul/data",
    "addresses":{
        "http":"0.0.0.0"
    },
    "ports":{
        "http":8500,
        "serf_lan": 8301,
        "serf_wan": 8302
    }
}

服务三：config/server3.json（IP：192.168.110.36）

{
    "datacenter":"dc1",
    "node_name":"server3",
    "server":true,
    "data_dir":"/opt/consul-1.7.2/data",
    "addresses":{
        "http":"0.0.0.0"
    },
    "ports":{
        "http":8500,
        "serf_lan": 8301,
        "serf_wan": 8302
    }
}

4.2、启动服务

# linux（IP：192.168.110.35）

./consul agent -server -ui -bootstrap-expect=3 -config-file=./config/server1.json -advertise=192.168.110.35 -bind=0.0.0.0 -client=0.0.0.0

# windwos（IP：192.168.11.45）

consul agent -server -ui -bootstrap-expect=3 -config-file=./config/server2.json -advertise=192.168.11.45 -bind=0.0.0.0 -client=0.0.0.0 -join 192.168.110.35

# linux（IP：192.168.110.36）

./consul agent -server -ui -bootstrap-expect=3 -config-file=./config/server3.json -advertise=192.168.110.36 -bind=0.0.0.0 -client=0.0.0.0 -join 192.168.110.35

4.3、UI管理界面

URL: http://192.168.110.35:8500/ui

Nodes集群节点

3台服务启动正常，集群通讯成功；

4.4、查看集群状态

在任意一台consul节点所在的服务器上，输入：./consul operator raft list-peers

192.168.110.35为leader

192.168.11.45、192.168.110.35为follower

5、Spring Cloud Consul + Gateway

5.1、(微服务+网关)工程结构搭建

略.....

 注意SpringCloud和SpringBoot版本组合，否则会有兼容性或jar版本冲突：
 Spring-Cloud               Spring-Boot
 =================          ==============
 Hoxton.SR4                 2.2.6.RELEASE
 Hoxton.SR1                 2.2.1.RELEASE
 Greenwich.SR3              2.1.1.RELEASE
 Finchley.RELEASE           2.0.3.RELEASE
 
 本工程：
JVM：1.8
Spring-Cloud：Hoxton.SR1
Spring-Boot：2.2.1.RELEASE

5.2、建立生产者服务

consul-producer模块

pom.xml

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-consul-discovery</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
</dependencies>
<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

ProducerController.java

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.RestController;

//生产者控制器
@RestController
@RequestMapping("/producer")
public class ProducerController {
    @Value("${server.port}")
    private String port;
    @RequestMapping(value = "/test")
    public String test() {
        return "test api server port: " + port + ",ok:" + System.currentTimeMillis();
    }
    @RequestMapping(value = "/test0")
    public String test0() {
        return "test0 api server port: " + port + ",ok:" + System.currentTimeMillis();
    }
    @RequestMapping(value = "/test1")
    public String test1() {
        return "test1 api server port: " + port + ",ok:" + System.currentTimeMillis();
    }
}

配置生产者服务一

application.yml

server:
  port: 8086
  address: 0.0.0.0
  servlet:
    context-path: /

spring:
  application:
    name: consul-producer
  cloud:
    consul:
      host: 192.168.11.45
      port: 8500
      discovery:
        service-name: consul-producer
        hostname: 192.168.11.45
        tags: version=1.0,author=JL

management:
  health:
    refresh:
      enabled: true

服务端口：8086,注册到Consul服务节点IP为192.168.11.45

配置生产者服务二

application.yml

server:
  port: 8087
  address: 0.0.0.0
  servlet:
    context-path: /

spring:
  application:
    name: consul-producer
  cloud:
    consul:
      host: 192.168.110.36
      port: 8500
      discovery:
        service-name: consul-producer
        hostname: 192.168.11.45
        tags: version=1.0,author=JL

management:
  health:
    refresh:
      enabled: true

服务端口：8086,注册到Consul服务节点IP为192.168.11.45

在idea中分二次启动consul-producer，每次按上述配置修改注册的consul节点host和port，表示启动两个相同服务名，但注册到不同consul节点的上的分布式生产者微服务;

5.3、建立网关服务

gateway-server模块

服务端口：8089,注册到Consul服务节点IP为192.168.110.35

pom.xml

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-gateway</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-consul-discovery</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
    </dependency>
</dependencies>

application.yml

server:
  port: 8089
  address: 0.0.0.0
  servlet:
    context-path: \

spring:
  application:
    # 服务名称
    name: gateway-service
  cloud:
    gateway:
      discovery:
        locator:
          # 启用本地化网关
          enabled: true
          # 将服务名转换为小写
          lower-case-service-id: true
      # 路由（routes：路由，它由唯一标识（ID）、目标服务地址（uri）、一组断言（predicates）和一组过滤器组成（filters），filters 不是必需参数）
      routes:
      # id 必需唯一
      - id: consul-producer
        # lb:service-name 表示注册中心的服务名称
        uri: lb://consul-producer
        # 匹配条件
        predicates:
        # 路径断言匹配
        - Path=/producer/**
        # 必需是POST请求
        - Method=POST
        filters:
        # 在转发url后加参数name=jk
        - AddRequestParameter=name,jk
#          - StripPrefix=1
#           - Cookie=mycookie,mycookievalue
      - id: test0-id
        # 转发到指定url
        uri: http://192.168.11.45:8086
        predicates:
        # 路径断言匹配
        - Path=/route/producer/test0
        filters:
        # StripPrefix=1表示过滤Path第一段（截取/test）
        - StripPrefix=1
        # 在转发url后加参数version=test0
        - AddRequestParameter=version,test0
        # 添加熔断机制,当服务不可用时或超过了指定超时长，则转发到fallback
        - name: Hystrix
          args:
            name: fallbackcmd
            fallbackUri: forward:/fallback
      - id: test1-id
        # 转发到指定url
        uri: http://192.168.11.45:8087
        predicates:
        - Method=GET
        # 路径断言匹配
        - Path=/route/producer/test1
        filters:
        # StripPrefix=1表示过滤Path第一段（截取/test）
        - StripPrefix=1
        # 在转发url后加参数version=test1
        - AddRequestParameter=version,test1
        # 添加熔断机制,当服务不可用时或超过了指定超时长，则转发到fallback
        - name: Hystrix
          args:
            name: test1Hystrix
            fallbackUri: forward:/fallback/test1
    # consul注册中心
    consul:
      # 注册中心host
      host: 192.168.110.35
      # 注册中心端口
      port: 8500
      # 服务配置
      discovery:
        # 注册到consul的服务名称
        service-name: ${spring.application.name}
        # 注册到consul的hostname（主机名称，consul是通过hostname提供给客户端连接的）
        hostname: 192.168.11.45
        # 注册到consul的标识
        tags: version=1.0,author=JL
        ip-address: 192.168.11.45

# 启用服务健康检测，consul将通过http://host:port/actuator/health 检测服务的存活，默认10s一次
management:
  health:
    refresh:
      enabled: true

# 配置日志
logging:
  level:
    # log 级别
    org.springframework.cloud.gateway: debug

# 熔断器配置
hystrix:
  command:
    default:
      execution:
        timeout:
          # enabled表示是否启用超时检测，默认为true
          enabled: true
        isolation:
          thread:
            # 全局熔断器超时
            timeoutInMilliseconds: 5000
    # test1Hystrix为熔断器名称，对应：filters.args.name
    test1Hystrix:
      execution:
        timeout:
          # enabled表示是否启用超时检测，默认为true
          enabled: false
        isolation:
          thread:
            # 特定服务熔断器超时
            timeoutInMilliseconds: 2000

GatewayController.java（熔断测试控制器）

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

//熔断机制测试控制器
@RestController
@RequestMapping("/fallback")
public class GatewayController {
    @RequestMapping("")
    public String fallback(){
        return "error fallback method , " + System.currentTimeMillis();
    }
    @RequestMapping("/test1")
    public String fallbackTest1(){
        return "error fallbackTest1 method , " + System.currentTimeMillis();
    }
}

以上三个服务均在开发机器：192.168.11.45上

6、服务检测

consul集群成功、微服务注册成功

consul-producer 成功注册了两个微服务

gateway-service 成功注册了一个微服务

7、发起网关请求

192.168.11.45:8089为网关服务IP+端口

7.1、测试网关test0接口

http://192.168.11.45:8089/route/producer/test0

按照网关服务application.yml配置，route/producer/test0转发接口指向微服务：192.168.11.45:8086

7.2、测试网关test1接口

http://192.168.11.45:8089/route/producer/test01

按照网关服务application.yml配置，route/producer/test1转发接口指向微服务：192.168.11.45:8087

8、熔断测试

把gateway-service模块的 application.yml中，是否启用超时检测enabled 设置为true，并且超时时间设为2000毫秒（2秒钟）

test1Hystrix 指向的网关配置中的- id: test1-id下的args.name: test1Hystrix

# test1Hystrix为熔断器名称，对应：filters.args.name
test1Hystrix:
  execution:
    timeout:
      # enabled表示是否启用超时检测，默认为true
      enabled: false
    isolation:
      thread:
        # 特定服务熔断器超时
        timeoutInMilliseconds: 2000

修改完毕，重启网关服务

在生产者模块的ProducerController.java中对test1()方法进行修改，加入一行代码：Thread.sleep(7 * 1000);对网关转发进入该test1()方法时暂停7秒。

重新发起test1网关测试

http://192.168.11.45:8089/route/producer/test1

因网关中的超时设置为timeoutInMilliseconds: 2000，而生产者服务中的暂停时长为1000*7毫秒，在请求转发到达test1后，因超时网关会触发熔断机制，会转发到“fallbackUri: forward:/fallback/test1”网关内的回调fallbackTest1()方法中，返回上述内容；

9、Consul故障测试

测试consul在集群的情况下，出现宕机或故障，导致节点或服务不可用的情况下的表现；

9.1、网关转发与consul注册规则

http://192.168.11.45:8089/route/producer/test0

按照网关服务application.yml配置，route/producer/test0转发接口指向微服务：192.168.11.45:8086

192.168.11.45:8086服务注册在consul集群的server2

http://192.168.11.45:8089/route/producer/test1

按照网关服务application.yml配置，route/producer/test1转发接口指向微服务：192.168.11.45:8087

192.168.11.45:8087服务注册在consul集群的server3

9.2、停止集群服务server3

模拟服务宕机，手动在服务器上kill掉server3，模拟服务进程异常，服务宕机;

关掉server3，查找IP192.168.110.36所在服务上的进程，kill掉

ps -ef|grep consul

kill -9 pid

没有server3节点的显示

项目模块consul-producer生产者2

生产者2服务信息 192.168.11.45:8087，注册到consul集群中的server3(IP:192.168.110.36)

日志中抛异常“org.apache.http.conn.HttpHostConnectException: Connect to 192.168.110.36:8500 [/192.168.110.36] failed: Connection refused: connect”

重新发起test1网关测试

http://192.168.11.45:8089/route/producer/test1

按照网关服务application.yml配置，route/producer/test1转发接口指向微服务：192.168.11.45:8087

9.3、通过服务名称转发

变更配置，将gateway模块下的application.yml中test0-id和test1-id的uri路径更改为lb://consul注册服务名

test0-id

- id: test0-id
  # 转发到指定url
  # uri: http://192.168.11.45:8086
  uri: lb://consul-producer

test1-id

- id: test1-id
  # 转发到指定url
  # uri: http://192.168.11.45:8087
  uri: lb://consul-producer

重新发起test1网关测试

http://192.168.11.45:8089/route/producer/test1

按照网关服务application.yml配置，route/producer/test1转发接口指向微服务：lb://consul-producer

由于consul集群中的server3已下线，192.168.11.45:8087注册微服务无效，则直接转发到了同名服务，192.168.11.45:8086下

9.4、停止集群服务server2

模拟服务宕机，我们继续停掉server2，只保留集群server1主服务节点（leader）

手动在服务器上kill掉server2，模拟服务进程异常，服务宕机;

因为server2是部署在本地开发机器上，是windows环境，直接在cmd命令窗口ctrl + c即可；

在刷新consul的UI管理界面，则出现500错误

集群中存活的server1节点(原集群中的leader)，后端有抛“No cluster leader”，提示没有集群领导者。原因是和consul节点过半宕机，服务无法选举leader节点；

再一次刷新test1网关接口，转发正常

http://192.168.11.45:8089/route/producer/test1

此时除server1节点外，其它server2、server3节点服务发现与注册中心因空宕机均不可用，并且server1不在是leader节点；

9.5、停止集群服务server1

模拟服务宕机，我们继续停掉server1，整个集群服务中的所有consul节点全部停止不可用；

手动在服务器上kill掉server1，模拟服务进程异常，服务宕机;

刷新UI界面，此时看到server2还在，这是consul的数据缓存，实际server2服务已停止

关掉server1，查找IP192.168.110.35所在服务上的进程，kill掉

ps -ef|grep consul

kill -9 pid

再次刷新 http://192.168.110.35:8500/ui/，已变成无法访问网站，因为server1所对应的节点为192.168.110.35已停止服务；

项目模块gateway-server网关服务

网关服务信息 192.168.11.45:8089，注册到consul集群中的server1(IP:192.168.110.35)

日志中抛异常“org.apache.http.conn.HttpHostConnectException: Connect to 192.168.110.35:8500 [/192.168.110.35] failed: Connection refused: connect”

虽然网关注册的consul服务节点因宕机不可用，但再一次刷新test1网关接口，转发是正常的

http://192.168.11.45:8089/route/producer/test1

经过上述测试，从关闭server3节点、再关闭server2节点，到最后关闭server1节点的所有节点，网关转发始终是正常的；

由于SpringCloudGateway网关会从consul中拉取一份已注册的微服务清单，同时会本地也会维护一套路由配置规则，当consul服务副节点下线后，网关还是从注册的consul节点后获取同名服务尝试连接，如果连接成功则断续转发；如果网关注册的consul节点停止服务不可用，则SpringCloudGateway会从本地维护的SpringCloudConsul微服务清单和网关规则中匹配合适的微服务，继续提供网关转发服务；

10、恢复consul集群

参考前面的，启动服务章节，启动server1、server2、server3，启动过程不需要按顺序启动，但要保证-join 192.168.110.35，先一步启动，以免其它节点加入集群时，找不到节点；

服务全部启动完毕后，3个节点选举server1为leader主节点，其它server2 、server3均为follower为追随节点；

10.1、项目模块恢复

server1、server2、server3三个节点恢复正常集群后，两个conusl-producer生产者服务和gateway-server网关服务均无继续抛错，日志恢复正常，整个consul集群+springcloud分布式微服务架构继续提供业务高可用性服务；

10.2、网关变更注册节点

更改gateway-server模块的appclication.yml配置，把consul.host从192.168.110.35（leader）修改为192.168.110.36(follwer)，将网关从注册leader节点变更到注册follwer节点；

# consul注册中心
consul:
  # 注册中心host
  # host: 192.168.110.35
  host: 192.168.110.36

重启gateway-server网关服务，成功注册到server3节点

再一次刷新test1网关接口，转发正常

http://192.168.11.45:8089/route/producer/test1

通过上述变更网关注册的consul节点，测试验证微服务可以通过当前consul注册节点，查询集群内其它consul节点微服务注册信息；

11、总结：

1.consul集群中，数据中心的leader节点是负责所有follower的数据同步和通讯；微服务可以通过当前注册consul节点(leader和follwer)，查询consul集群中其它节点注册的微服务信息；

2.gateway网关应用模块，注册到leader节点，从leader节点中，拉取了consul集群中其它follower节点内注册的微服务清单；

3.consul集群中任意节点的退出或故障，会导制注册的到该consul节点的微服务抛异常，极端下甚至服务不可用；同时新的微服务是无法注册到宕机consul节点上；

4.当整个consul集群不可用时，gateway网关服务，会从自身从consul拉取的微服务清单和自身维护的一套路由规则中去匹配转发接口到指定微服务中；

5.当整个consul集群服务恢复正常时，基于SpringCloudConsul的微服务会自动连接到consul集群中各自注册的节点上，恢复正常业务架构；

参考：

https://cloud.spring.io/spring-cloud-static/spring-cloud-consul/2.2.2.RELEASE/reference/html/#spring-cloud-consul-agent

不会飞的小龙人
关注
  • 1
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
（十八）Alian 的 Spring Cloud Gateway 集群配置
嘉禾嘉宁papa
08-10 8183
Spring Cloud Gateway集群的搭建
SpringcloudGateway + consul 实现默认路由 + lb访问总是404
鸢尾_的博客
03-09 2944
SpringcloudGateway + consul 实现默认路由
SpringCloud集成微服务API网关Gateway（详解）
Tao_unafraid的博客
06-06 1168
本篇博客介绍了如何使用SpringCloud Gateway集成统一网关，探讨了网关的作用以及技术实现方式。从搭建网关服务、路由断言工厂、路由过滤器到全局过滤器，逐步深入讲解了实现原理和配置方法。此外，还详细讨论了跨域问题及解决方案，以CORS为例展示了如何在网关中进行跨域处理。通过本文，读者可以全面了解SpringCloud Gateway的基本原理和使用方法，以及如何解决常见的跨域问题。
Spring Cloud Gateway服务网关的部署与使用（结合nacos）
friggly的博客
01-09 4832
最近在开发时遇到了网关相关内容，如果没有网关的话,假如说前端工程师要直接连接成百上千的微服务,如果后端给ip端口改了,前端还得跟着动.这样极大增加了前端的工作量。相反，使用了网关的话,前端直接连接网关,然后根据网关的配置去Nacos里面获取对应的服务器地址去调用，这样前端只需要在前端代码里面配置网关的地址就行了,不管你后端怎么改服务的ip和端口,这样前端的工作量就大大的降低了.
spring-cloud-consul：设置servlet context-path 导致的 Consul 健康检查失败
WillingWay619的博客
08-17 1367
配置文件 server: port: 9021 servlet: context-path: /config 去掉 server.servlet.context-path=/config 后 server: port: 9021 # servlet: # context-path: /config 原因及解决办法 原因：consul对微服务的健康检查路径是固定的。默认为 /actuator/health，没有自动加上 servlet.context-path中设置的 /c
Spring Cloud Gateway 服务网关的部署与使用详细介绍
热门推荐
张维鹏的博客
02-14 8万+
网关作为系统的唯一流量入口，封装内部系统的架构，所有请求都先经过网关，由网关将请求路由到合适的微服务，所以，使用网关的好处在于：（1）简化客户端的工作。网关将微服务封装起来后，客户端只需同网关交互，而不必调用各个不同服务；（2）降低函数间的耦合度。 一旦服务接口修改，只需修改网关的路由策略，不必修改每个调用该函数的客户端，从而减少了程序间的耦合性（3）解放开发人员把精力专注于业务逻辑的实现。由网关统一实现服务路由(灰度与ABTest)、负载均衡、访问控制、流控熔断降级等非业务相关功能
springcloud+consul+gateway+openfein实践
最新发布
06-24
在"springcloud+consul+gateway+openfein实践"项目中，以下是一些关键知识点： 1. **服务注册与发现**：服务启动后，使用Spring Cloud Consul的客户端将其注册到Consul服务器。每个服务实例都会定期发送心跳，以...
分布式微服务例子：SpringBoot2.X+SpringCloud+SpringDataJPA+Consul+Feign+Swagger
01-24
2. **Spring Cloud**: 是一组工具，用于快速构建分布式系统中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、集群状态等常见模式。 - **Spring Cloud ...
SpringCloud Finchley+Spring Boot 2.0 集成Consul的方法示例(1.2版本)
08-27
SpringCloud Finchley+Spring Boot 2.0 集成Consul的方法示例(1.2版本) SpringCloud Finchley+Spring Boot 2.0 集成Consul的方法示例(1.2版本)主要介绍了如何将SpringCloud Finchley与Spring Boot 2.0集成到Consul...
spring cloud gateway 例子
01-22
Spring Cloud Gateway 是一款基于 Spring Framework 5 和 Spring Boot 2 设计的云原生微服务网关，它旨在提供一种简单而有效的方式来对 API 进行路由，同时提供了过滤器功能，可以进行权限验证、限流、日志记录等...
这次我用Springcloud+openfeign+mybatisplus+swagger+mysql整合consul
07-04
Consul 是由 HashiCorp 基于 Go 语言开发的，Consul 是一个分布式高可用的系统，提供的服务发现、健康检查、配置（KV存储）和分段功能可以被独立使用，比如我们在 Go Micro 微服务这里使用的主要是服务发现功能，也...
Gateway+Consul动态配置及自定义负载均衡规则
凌天
05-24 1347
动态配置及自定义负载规则 1 gateway项目 pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.
Spring Cloud Gateway整合Nacos实现服务路由及集群负载均衡
lingbomanbu_lyl的博客
06-17 3910
基于Spring Flux和Project Reactor、Netty实现的高性能网关Spring Cloud Gateway，你知道有多少呢？今天让我们了解一下Spring Cloud Gateway如何实现服务路由及集群负载均衡。
consul 安装与使用（go+python）
Jason World
12-20 1439
1、什么是服务注册与发现 1.1 什么是服务注册和发现 假如这个产品已经在线上运行，有一天运营想搞一场促销活动，那么我们相对应【用户服务】可能就要新开启三个微服务实例来支撑这场促销活动。而与此同时，作为苦逼程序员的你就只有手动去 API gateway 中添加新增的这三个微服务实例的 ip 与port ，一个真正在线的微服务系统可能有成百上千微服务，难道也要一个一个去手动添加吗？有没有让系统自动去实现这些操作的方法呢？答案当然是有的。 当我们新添加一个微服务实例的时候，微服务就会将自己的 ip 与
springcloud下的nacos集群与gateway网关
qq_44189274的博客
08-22 1791
在gateway中内置很多断言器，SpringCloud Gateway包括许多内置的断言工厂，所有这些断言都与HTTP请求的不同属性匹配体如下：基于类型的断言工厂此类型的断言根据时间做判断，主要有三个：： 接收一个日期参数，判断请求日期是否晚于指定日期： 接收一个日期参数，判断请求日期是否早于指定日期BetweenRoutePredicateFactory： 接收两个日期参数，判断请求日期是否在指定时间段内基于远程地址的断言工厂*接收一个IP。
consul+gateway+nacos
Django的博客
01-23 1万+
什么是Nacos? Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。 是Spring Cloud A 中的服务注册发现组件，类似于Consul、Eureka，同时它又提供了分布式配置中心的功能，这点和Consul的config类似，支持热加载。 Nacos 的关键特性包括: 服务发现和服务健康监测 ...
SpringCloudGateway + Consul的入门配置说明
Darion的博客
10-10 446
SpringCloudGateway + Consul的入门配置说明
springcloud gateway 如何部署gateway集群？
01-24
根据提供的引用内容，我无法找到关于Spring Cloud Gateway和Consul集群部署的具体信息。但是，我可以为您提供一般的步骤来部署Spring Cloud Gateway集群。 1. 部署Consul集群：首先，您需要部署一个Consul集群，用于服务发现和配置管理。您可以按照Consul官方文档中的说明进行部署。 2. 配置Spring Cloud Gateway：在每个Gateway节点上，您需要配置Spring Cloud Gateway的相关属性，以便它能够与Consul集群进行通信。您可以在应用程序的配置文件中设置以下属性： ```yaml spring: cloud: gateway: discovery: locator: enabled: true lower-case-service-id: true ``` 3. 启动Gateway节点：在每个Gateway节点上，您需要启动Spring Cloud Gateway应用程序。您可以使用以下命令启动应用程序： ```shell java -jar your-gateway-application.jar ``` 4. 注册Gateway服务：当Gateway节点启动后，它将自动向Consul集群注册自己作为一个服务。您可以使用Consul的UI界面或API来验证Gateway服务是否已成功注册。 5. 配置负载均衡：您可以使用Consul的服务发现功能来配置负载均衡策略。通过将多个Gateway节点注册到Consul集群中，Consul将自动为您提供负载均衡功能。 请注意，这只是一个一般的步骤指南，具体的部署过程可能因您的环境和需求而有所不同。建议您参考Spring Cloud Gateway和Consul的官方文档以获取更详细的部署指南。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值