「第二部:容器和微服务架构](10) API网关模式与客户端直接通信2

接上一部分「第二部:容器和微服务架构](9) API网关模式与客户端直接通信

API网关模式的主要特性

一个API网关可以提供多种功能。根据产品，它可能提供更丰富或更简单的特性，但是，任何API网关最重要和最基本的特点是以下设计模式：

• 反向代理或网关路由。API网关提供一个反向代理，用于将请求（第7层路由，通常是HTTP请求）重定向或路由到内部微服务的端点。网关为客户端应用程序提供一个端点或URL，然后在内部将请求映射到一组内部微服务。此路由功能有助于将客户端应用程序与微服务分离，但通过将API网关置于单片API和客户端应用程序之间，使单片API现代化时也非常方便，然后，您可以添加新的API作为新的微服务，同时仍然使用传统的单片API，直到将来将其拆分为许多微服务。由于API网关，客户端应用不会注意到所使用的API是作为内部微服务还是单片API实现的，更重要的是，在将单片API演化和重构为微服务时，由于API网关路由，客户端应用不会受到任何URI更改的影响。

有关详细信息，请参阅网关路由模式。

• 请求聚合。作为网关模式的一部分，您可以将针对多个内部微服务的多个客户端请求（通常是HTTP请求）聚合为一个客户端请求。当客户端页面/屏幕需要来自多个微服务的信息时，此模式特别方便。使用这种方法，客户端应用程序向API网关发送一个请求，API网关向内部微服务发送多个请求，然后聚合结果并将所有内容发送回客户端应用程序。这种设计模式的主要好处和目标是减少客户端应用程序和后端API之间的聊天，这对于微服务所在的数据中心之外的远程应用程序尤其重要，如移动应用程序或来自SPA应用程序的请求（来自客户端远程浏览器中的Javascript）。对于在服务器环境中执行请求的常规web应用程序（如ASP.NET核心MVC web应用程序），此模式并不重要，因为延迟比远程客户端应用程序小得多。

根据您使用的API网关产品，它可能能够执行此聚合。但是，在许多情况下，在API网关的作用域下创建聚合 微服务更为灵活，因此可以在代码（即C#代码）中定义聚合：