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