服务网关的单点故障（Netflix Zuul）。

Question

在微服务架构中使用服务网关的设计实现上，我想寻求一些建议。

A、B、C、D、E、F是6个微服务。

它们之间有2种可能的通信情况。

案例1：如果我让他们之间自行交流。

案例2：如果我使用服务Gateway为他们提供通信服务

计划使用的服务网关是Netflix Zuul。

我担心的是 单点故障率 在服务网关。

如果我的服务网关(Netflix Zuul)宕机，所有的微服务将停止交互。

虽然，因为这是一个理论上接受的架构，试图寻求建议，我的恐惧!

在案例1和案例2之间，对于一组大约6个微服务，应该选择什么？

Answer 1

这两种情况都有各自的优点和缺点。大多数行业更喜欢第二种方法，因为有一个服务网关或者说一个API网关可以解决很多问题，比如安全、服务发现等。另外，Zuul的单点故障也不是很担心，因为你可以使用多个Zuul实例（可能是2个），并对它们进行负载平衡，这就解决了你的单点故障问题。

考虑到第一种情况，你缺乏单点安全，你必须提供微服务级别的安全（如OAuth2）。此外，一个常用的设计模式，被广泛用于故障和超时是 Hystrix. 你可以在实施第一种方法的同时，一直使用这个方法。

我想这可能会有帮助...!