不同的微服务一般会有不同的网络地址，而外部客户端（例如手机 APP）可能需要调用多个服务的接口才能完成一个业务需求。例如一个在线教育的网站或者手机 APP，可能会调用多个微服务的接口，如下图所示：  如果让客户端直接与各个微服务通信，会有以下的问题： * 客户端会多次请求不同的微服务，增加了客户端的复杂性。 * 存在跨域请求，在一定场景下处理相对复杂。 * 认证复杂，每个服务都需要独立认证。 * 难以重构，随着项目的迭代，可能需要重新划分微服务。例如，可能将多个服务合并成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信，那么重构将会很难实施。 * 某些微服务可能使用了防火墙/浏览器不友好的协议，直接访问会有一定的困难。 以上问题可借助微服务网关解决。微服务网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过微服务网关。使用微服务网关后，架构如下图所示：  这里也好比使用了 Facade 门面模式（设计模式的一种）。此时，微服务网关封装了应用程序的内部结构，客户端只须跟网关交互，而无须直接调用特定微服务的接口。这样，开发就可以得到简化。不仅如此，使用微服务网关还有以下优点： * 易于监控。可在微服务网关收集监控数据并将其推送到外部系统进行分析。 * 易于认证。可在微服务网关上进行认证，然后再将请求转发到后端的微服务，而无须在每个微服务中进行认证。 * 减少了客户端与各个微服务之间的交互次数。