一、起始
在分布式系统的体系中,注册中心的作用及其重要,每个服务可以将自己注册到Eureka中,然后通过心跳包去实时获取注册中心的服务列表,因此达到分布式环境下的Rpc调用及负载。
但是如果使用Eureka做负载均衡,那么将会面临着一个问题:
如果要调整负载均衡方案,例如复杂的加权,那么整个系统就要面临着停服的尴尬。
那么我们能不能将负载均衡交给系统之外的中间件处理?本文就拿Spring Cloud环境来举例如何将配置Eureka Client以至将负载的主动权交给Nginx!
二、可行性
各服务注册在Eureka上的可识别HOST默认是本机IP,也就是ipAddress这个参数,各个服务从Eureka获取的服务列表大多数情况下是ipAddress:port的搭配形式,而Nginx通常通过server_name来监听80端口去转发各个请求,server_name为域名的形式,那么我们只需要想办法将注册列表的搭配变成如下方式即可:
ipAddress = account.xt.org
port = 80
也就是说从Eureka上获得的服务列表将会是account.application.api:80,那么这个想法到底能不能做到呢?
我们都知道Spring Cloud提供了Eureka的配置方式,配置域有两个,他们分别是Client和Instance,而关于网络方面的配置大多在后者,其中有两个参数恰好符合我们上述要求:
- IpAddress:实例IP
- NonSecurePort:获取该实例应该接收通信的非安全端口,在Spring Cloud中默认为服务的IP <

本文探讨了在Spring Cloud环境中,如何利用Eureka作为注册中心,但将负载均衡职责交给Nginx。通过配置Eureka Client,使得服务注册时显示为域名而非IP:port,调整Spring Cloud的Instance配置,最终实现在Nginx中通过域名进行服务间的RPC调用和负载均衡。

2591

被折叠的 条评论
为什么被折叠?



