构图模式

软件组合意味着构建软件产品的方式。基本上，它涉及高级软件架构图，其中软件的不同模块将针对特定业务目标进行通信。在本章中，我们将了解组织中广泛使用的不同软件组合模式。在微服务中，我们将每个功能拆分为一个进程。这些服务中的每一项本质上都是独立且全栈的。

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

聚合器模式

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

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

代理模式

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

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

链式图案

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

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

分支微服务模式

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

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

共享资源模式

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