精通springcloud：服务发现，如何使用Eureka的区域机制

区域

在大多数情况下，基于集群(Cluster)的对等复制模型(Peer-to-Peer Replication Model)是一种很好的方式，但并不总是够用。Eureka 还有一个更有趣的功能，在集群环境中非常有用。事实上，区域机制(Zone Mechanism)是其默认行为。即使开发人员有一个独立的服务发现实例，每个客户端的属性也必须在配置设置中将其设置为
eureka.client.serviceUrl.defaultZone。 这在什么时候对我们很有用呢?为了分析清楚，不妨回到之前的示例。假设现在我们的环境分为3个不同的物理网络，或者只有3台不同的机器处理传入的请求。

 

当然，发现服务仍然在逻辑上分组在集群中，但每个实例都放在一个单独的区域中。每个客户端应用程序都将在与其主发现服务器相同的区域中注册。我们将启动3个实例(而不是Zuul网关的一个实例) ，每个实例用于一个区域。如果请求进入网关，那么它所选择的客户端应该在尝试调用另一个区域中注册的服务之前，优先利用同一区域内的服务。如图4.12 所示是当前系统架构的可视化示意图。当然，出于示例目的，该架构被简化为能够在单台本地机器上运行。在现实世界中，正如前文所述，它将在3台不同的机器上运行，甚至在3组不同的机器上启动，从物理上分隔为其他网络。