12、服务消费者模式：从预订到前端集成

服务消费者模式：从预订到前端集成

1. 预订模式

预订模式存在隐式预订的替代方案，在这种方案中，服务内部决定何时进行预订，以及在何种条件下确认预订或拒绝预订。通常，需要在服务的简单实现和服务消费者的简单实现之间进行权衡。

1.1 质量属性

由于预订模式是Saga模式的补充模式，因此它也具有类似的质量属性。使用预订模式的主要驱动因素是对资源承诺的需求。该模式有助于在长时间运行的交互中提供部分保证，因此指向它的质量属性是完整性。以下是与预订模式相关的质量属性场景：
| 质量属性 | 具体属性 | 示例场景 |
| — | — | — |
| 完整性 | 完整性、正确性、可预测性 | 在所有条件下，五个工作日内未收到付款将取消订单和发货。在正常条件下，客户被收取已取消订单费用的概率应小于5%。 |

预订模式是一种协议级模式，涉及服务消费者和服务之间的消息交换。接下来，我们将探讨在与服务交互时可能需要使用预订的组件——用户界面（UI），以及如何将其与后端运行的服务关联起来。

2. 复合前端（门户）模式

2.1 UI与服务的差异

当考虑服务消费者时，其他服务是显而易见的候选者。但还有其他与服务交互的软件组件，如遗留系统、非面向服务架构（SOA）的外部系统和报告数据库。复合前端模式处理的是另一种类型的服务消费者——UI。

首先需要明确的是，UI不是服务。原因之一是它们能使多个业务领域汇聚。例如，一个UI可能允许你输入订单、查找客户信息、浏览产品目录和查看未结发票。此外，UI是数据生产者而非数据处理器（不过存在一个例外，即UI作为“人工服务”的前端）。