Eureka在Cloud Foundry/PaaS环境中的价值？

Question

我们正在开发一个部署在Cloud Foundry中的云原生应用程序,在最初"让我们使用Netflix的所有好东西"之后,我们开始质疑与CF的重叠是否合理使用Netflix组件.

尤其是在Eureka的情况下,我们计划将其用于服务发现,但CF和路由提供了非常类似的功能.我们想念的是服务的运行时注册(如果体系结构不经常变化不是一个很大的挑战,实际上是serviceID的一个静态映射 - > CF路由)和心跳(在应用程序级别,因为我假设在容器级别CF确保一切都很好).

所以现在我想知道 - 在使用CF时如何在应用程序(真实应用程序)中使用它？将其保留在架构中有什么好处？

谢谢,

莱谢克

PS.有趣的是,如果eureka存储了serviceID - > CF route的简单映射,那么如果我是对的,Zuul的值也会下降(因为LB将由CF传送,gorouter是一个非常好的选择).

Answer 1

Eureka 使用应用程序 ID 进行服务发现，该服务仅存在于应用程序设计的上下文中。Cloud Foundry 路由使用 URL 进行寻址，这会在您的代码中引入对底层基础设施的依赖性。

如果我需要访问account-service，我想用该名称来请求。该服务的 URL 将有所不同，具体取决于我是在本地计算机上进行测试、运行已部署的 QA 实例还是在生产中运行。我不希望我的应用程序必须知道它在哪里运行，以及哪些 URL 映射到哪个环境。无论如何，这些 URL 可能会随着时间而改变。

如果我使用 Eureka，那么我只需请求account-service，特定于环境的问题就会从我的应用程序中抽象出来。