Spring Cloud Netflix与Kubernetes的比较

Question

我正在尝试选择Spring Cloud Netflix、Kubernetes和Swarm来构建我们的微服务环境。它们都非常酷，所以选择很难。我将描述一下我想要解决的问题。

我找不到在Kubernetes或Swarm中设计Api Gateway（不是简单的负载均衡器）的最佳方法，这就是为什么我想使用Zuul的原因。但另一方面，Api Gateway必须使用服务发现，在Kubernetes或Swarm的情况下，服务发现将嵌入在管弦乐队内部。对于Kubernetes，我可以使用它的Spring Cloud集成，但这样我将在Kubernetes内部拥有服务器端发现和客户端发现，我认为这是过度的。

我想知道是否有人对它们有一些经验，并且对此有任何建议。

谢谢。

- Aram Mkrtchyan

---

好的比较：https://developers.redhat.com/blog/2016/12/09/spring-cloud-for-microservices-compared-to-kubernetes/ - Pau

@Pau 我同意这篇关于Spring Cloud和Kubernetes的好文章。总体而言，我觉得根本不需要使用Spring Cloud。只需使用带有Istio的Kubernetes即可。Istio覆盖了K8s的所有感知缺陷。当然，代码可以使用Spring Boot或任何你喜欢的东西；无论如何，它都将被容器化。 - Apurva Singh

Answer 1

Kubernetes和Docker Swarm都是容器编排工具。 Spring Cloud是构建微服务/流式体系结构的工具集合。 存在一些重叠，比如服务发现、网关或配置服务。但是，您可以在不使用容器的情况下使用Spring Cloud，并且可以自行部署jar文件而不需要Kubernetes或Swarm。

如果要使用容器，则必须在Kubernetes和Swarm之间选择容器编排工具。

比较: https://dzone.com/articles/deploying-microservices-spring-cloud-vs-kubernetes

- Jeff

---

Spring Cloud和Kubernetes之间存在集成 https://github.com/spring-cloud-incubator/spring-cloud-kubernetes - spencergibb

感谢@Jeff的回复！实际上我指的是Spring Cloud Netflix的东西，特别是服务发现和服务注册。我没有找到任何好的方法来设计Kubernetes或Swarm的Api网关（不是简单的负载均衡器），而是想使用Zuul。但从另一方面来看，Api网关必须使用服务发现，在Kubernetes或Swarm的情况下将嵌入在管弦乐队中。使用Kubernetes，我可以使用它的Spring Cloud集成，但这样我将在Kubernetes内部拥有服务器端发现和客户端发现。 - Aram Mkrtchyan