微服务时代之网关及注册中心高可用架构设计

1. 微服务关系架构图

微服务时代之网关及注册中心高可用架构设计_第1张图片

简要说明:

(1)所有应用或者服务要想对外提供服务(包括网关),必须首先到注册中心进行注册。

(2)所有访问通过服务网关进行访问,然后由服务网关路由到对应服务中心进行交互访问。

2. 网关及注册中心高可用架构图

2.1 springcloud eureka高可用方案

由上图可以看出,注册中心与路由很容易成为单点故障,软件老王以前使用springcloud eureka高可用架构方案:

(1)euraka部署成集群模式,相互注册,通过心跳策略同步注册信息;

(2)客户端注册的时候,可以写多个注册中心地址,假如第一个注册中心出问题,会自动到第二个中心去注册。

 defaultZone: http://10.192.168.12:8761/eureka/,http://10.192.168.13:8761/eureka/

当时网关没有做高可用方案。

2.2 网关高可用架构方案

2.2.1 软件老王采用的技术方案是:采用keepalived+nginx实现网关的高可用,架构图如下:

微服务时代之网关及注册中心高可用架构设计_第2张图片

简要说明:

(1)通过nginx来实现gateway集群部署;

(2)通过keepalived虚拟ip,当服务器1宕机后,虚拟ip会自动切换到服务器2上,来保证nginx的高可用。

2.2.2 业务中台实际部署

因服务器资源有限,软件老王目前有3台服务器资源,分别为:10.192.168.11、10.192.168.12、10.192.168.13

微服务时代之网关及注册中心高可用架构设计_第3张图片

简要说明:

网关统一使用vip(10.192.168.21)进行访问,21默认会路由到10.192.168.11服务器上(11出故障的话,会自动谢欢到12服务器上),11上的nginx默认轮询调用gateway服务(11与12上启动了6个服务),进而实现高可用。

2.3 注册中心高可用方案

2.3.1 技术方案

软件老王经过技术选型后,这次的注册中心选择的是阿里巴巴的nacos,nacos官方已经给了高可用部署方案,nacos与cloud的euraka还有一个区别,客户端不能配置两个注册中心,官方给的架构图是:

微服务时代之网关及注册中心高可用架构设计_第4张图片

2.3.2 软件老王实际部署的注册中心(nacos)架构图

微服务时代之网关及注册中心高可用架构设计_第5张图片

其中10.192.168.22为vip,案例演示:gateway默认启动了demo服务(/demo),可进行演示使用。

I’m 「软件老王」,如果觉得还可以的话,关注下呗,后续更新秒知!欢迎讨论区、同名公众号留言交流!

你可能感兴趣的