构成模式

软件构成是指构建软件产品的方式。它基本上涉及高级软件架构图，其中软件的不同模块将为了特定的业务目标而进行通信。在本章中，我们将学习组织中广泛使用的不同软件构成模式。在微服务中，我们将每个功能拆分成一个进程。这些服务中的每一个都将是独立的，并且具有全栈特性。

功能分解在构建微服务中发挥着重要作用。它为您的应用程序提供了敏捷性、灵活性和可扩展性。

聚合器模式

聚合器模式是开发微服务时可以实现的最简单的 Web 模式。在此构成模式中，一个简单的 Web 模块将充当负载均衡器，这意味着它将根据需要调用不同的服务。下图描述了一个带有聚合器设计的简单微服务 Web 应用程序。如下图所示，“聚合器”负责逐一调用不同的服务。如果我们需要对服务 A、B 和 C 的结果应用任何业务逻辑，那么我们可以在聚合器本身中实现业务逻辑。

聚合器可以再次作为另一个服务公开给外部世界，并在需要时被其他人使用。在开发聚合器模式 Web 服务时，我们需要记住我们的每个服务 A、B 和 C 都应该有自己的缓存层，并且应该具有全栈特性。

代理模式

代理微服务模式是聚合器模型的一个变体。在此模型中，我们将使用代理模块而不是聚合模块。代理服务可以分别调用不同的服务。

在代理模式中，我们可以通过提供一个虚拟代理层来构建一层额外的安全性。此层的作用类似于接口。

链式模式

顾名思义，这种类型的组合模式将遵循链式结构。在这里，我们不会在客户端和服务层之间使用任何东西。相反，我们将允许客户端直接与服务通信，并且所有服务将以这样的方式链接起来：一个服务的输出将成为下一个服务的输入。下图显示了一个典型的链式模式微服务。

此架构的一个主要缺点是，在整个过程完成之前，客户端将被阻塞。因此，强烈建议将链的长度保持尽可能短。

分支微服务模式

分支微服务是聚合器模式和链式模式的扩展版本。在此设计模式中，客户端可以直接与服务通信。此外，一个服务可以同时与多个服务通信。以下是分支微服务的示意图。

分支微服务模式允许开发人员动态配置服务调用。所有服务调用都将以并发方式发生，这意味着服务 A 可以同时调用服务 B 和 C。

共享资源模式

共享资源模式实际上是前面提到的所有模式的集合。在此模式中，客户端或负载均衡器将在需要时直接与每个服务通信。这是大多数组织广泛采用的最有效的开发模式。以下是共享资源设计模式的示意图。