cloud-foundry - Eureka 在 Cloud Foundry/PaaS 环境中的值(value)？

Question

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

特别是在 的情况下 Eureka ，我们计划将其用于服务发现，但随后 CF 和路由提供了非常相似的功能。我们会错过的是服务的运行时注册(在不经常更改的架构的情况下，这不是一个大挑战，实际上是 serviceID -> CF 路由的静态映射)和心跳(在应用程序级别，因为我假设在容器级别 CF 确保一切正常)。

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

谢谢，

莱塞克

附注。
有趣的是，如果 eureka 存储了 serviceID -> CF 路由的简单映射，那么如果我是对的，Zuul 的值也会下降(因为 LB 将由 CF 交付，gorouter 是一个非常好的选择)。

Answer 1

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

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

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