Docker 将停靠的Spring云Netflix项目部署到Kubernetes

我正在从事微服务项目，这是停靠的Spring云Netflix项目，包含3个微服务，除了一些Netflix服务，如turbine、zipkin、discovery、configserver等

（它现在正在本地工作……）

很快，我决定使用编排工具将我的项目部署到云提供商

经过一些研究，我决定使用Kuberenetes

但是，SpringCloudNetflix和Kubernetes都有一些分布式系统的解决方案：服务发现、负载平衡、容错等

在这种情况下，使用Netflix libs。对库伯内特斯来说似乎没有必要

我阅读和阅读。我认为SpringCloudKubernetes看起来像一个解决方案

因此，我的问题是：

假设一个新的停靠微服务项目将启动，我们决定使用Kubernetes进行编排。我们能说Netflix OSS完全没有必要吗

假设我们在同一个项目上工作了一段时间，使用了Netflix OSS，但我们想使用Kubernetes。在这种情况下，如果这两个选项的努力没有太大差异，哪一个是更好的解决方案：

使用Spring Cloud Kubernetes

删除所有Netflix LIB。从微服务开始，尝试转换纯Kubernetes解决方案

---

我认为你提到的《基督教邮报》的文章很好。正如他所说，您可以使用现成的Kubernetes发现解决方案（kub dns）、负载平衡（带服务）和边缘服务/网关（入口）来处理最常见的用例

Christian还指出，如果您需要通过主动查询而不是知道您在寻找什么来动态发现服务，那么Spring Cloud Kubernetes可能比直接访问Kubernetes API更好。如果您需要从配置更改中刷新应用程序，并在不进行滚动更新的情况下看到它快速更新（如果您将configmap作为卷装载，则需要滚动更新），那么Spring cloud Kubernetes配置客户端可能很有价值。如果需要客户端负载平衡，功能区集成也可能很有价值。因此，您可以从没有Spring Cloud Kubernetes的情况下开始，并在发现有帮助时添加其中的一部分。我认为最好将该项目看作是添加了额外的选项和便利，而不是Kubernetes原生解决方案的替代方案

---

还值得注意的是，您可以将Netflix stack应用程序部署到Kubernetes（包括使用Zuul和eureka），这并不一定有什么问题。它的优点是您可以在Kubernetes之外使用它，如果它是Java团队，那么对于您的特定团队来说可能更方便。主要的缺点是Netflix堆栈与Java紧密相连，而Kubernetes是语言中立的。

你知道吗？相关问题@erdem你可以更新这个问题来解释你是否有一个现有的项目或正在开始一个新的项目，以及是否有特定的netflix库需要你做出决定吗？@ryan好的，完成了