服务消费者模式解析
1. 隐式预留模式
隐式预留模式下，服务内部决定何时进行预留，以及在何种条件下确认预留或拒绝预留。这种模式存在一个权衡，即服务端实现的简单性与服务消费者实现的简单性之间的平衡。
1.1 质量属性
由于它是Saga模式的补充模式，预留模式也具有类似的质量属性。使用预留模式的主要驱动因素是对资源承诺的需求，它有助于在长时间运行的交互中提供部分保证，其核心质量属性是完整性。以下是相关质量属性场景示例：
| 质量属性 | 具体属性 | 示例场景 |
| — | — | — |
| 完整性 | 完整性、正确性、可预测性 | 在所有条件下，五个工作日内未收到付款将取消订单和发货。在正常条件下，客户被收取已取消订单费用的概率应低于5%。 |
预留模式是一种协议级模式，涉及服务消费者和服务之间的消息交换。接下来，我们将探讨与服务交互时可能需要使用预留的组件，特别是用户界面（UI）以及如何将其与后端服务连接起来。
2. 复合前端（门户）模式
2.1 问题提出
当考虑服务消费者时，常见的是其他服务，但还有一些软件组件也会与服务交互，如遗留系统、非SOA外部系统和报告数据库等。复合前端模式主要处理另一种类型的服务消费者——UI。
UI并非服务，原因之一是它能使多个业务领域汇聚。例如，一个UI可能允许你输入订单、查询客户信息、浏览产品目录和查看未结发票。此外，UI是数据生产者而非数据处理器（不过存在一个例外，即UI作为“人工服务”的前端，后续会有相关模式详细介绍）。
UI与服务的主要区别带来了挑战，UI试图将多个服务的数据聚
