如何使用Spring Cloud和Netflix OSS在微服务之间进行路由

Question

在我们使用Spring Cloud开发微服务的过程中，我们开始使用Zuul作为从外部到微服务的任何连接的代理，以及任何需要联系另一个微服务的微服务的代理。

经过一段时间后，我们得出结论，Zuul被设计成一个边缘服务（仅代理外部到微服务的流量），不应该用于微服务间的通信。特别是Spring Cloud推荐使用eureka直接（潜在的负载平衡）连接到另一个服务的方式，使得我们反对在所有事情之间使用Zuul。

当然，一切都能按照预期正常工作（Spring Cloud总是这样），但我们对如何使用这个设置执行某个用例一无所知。

当部署一个新版本的微服务时，我们希望有一个新旧版本的蓝色/绿色部署。但是，由于微服务之间没有Zuul，两个独立服务之间的通信将继续使用旧版本，直到将其从Eureka中删除。

我们正在考虑如何才能做到这一点。在下面的图片中，我画出了我认为可能是一个选项。

在图片的第一部分，Zuul调用eureka以获得注册表来创建路由。此外，服务1正在调用eureka以使注册表路由到服务2。由于服务2在eureka注册表中，路由成功完成。

在图片的第二部分，部署了服务2（服务2.1）的更新。它也在eureka注册，这使得服务1现在同时路由到服务2和服务2.1。蓝色/绿色部署不需要这一点。

在第三部分中，以eureka的另一个实例展示了这个问题的潜在解决方案，该实例正是为了这个目的而部署的。这个实例不是对等体感知的，不会与第一个eureka实例同步。与第一次不同，这一次的唯一目的是为了方便蓝绿的部署。服务2.1向第二个eureka实例注册，服务1的配置被更改，不是从第一个eureka实例而是从第二个eureka实例获取注册表。

我们面对的主要问题是，这是否一个可行的解决办法。具有Zuul路由的灵活性是一个很大的优势，而我们在这种情况下没有这种优势。我们应该回到通过Zuul路由每个服务到服务调用，还是有其他解决方案（可能是某种类型的功能区配置）更合适？还是第二个eureka实例是这类部署的最佳解决方案？

问候你，安德烈亚斯

Answer 1

通过在元数据中设置版本号，您可以轻松地使Svc1获取Svc2的最新版本，即。总是获取具有最新版本号的实例。请将此要点作为指导。