18、事件驱动架构与无服务器计算的应用及局限

事件驱动架构与无服务器计算的应用及局限

1. 事件驱动架构的应用模式

事件驱动架构在系统开发中有着广泛的应用，其中包括履行系统的内部独白机制、Scatter - Gather消息模式、账户劫持检测等。

1.1 履行系统的内部独白

履行系统可提供内部独白，用于在处理订单时触发补货订单或库存更新。计算最佳发货地点需要地址ID和购物车内容，购物车ID是提供这些信息的最佳方式。内部独白方法的事件驱动扩展可丰富订单准备和交付过程。

1.2 Scatter - Gather消息模式

这是一种与多个服务提供商交互的常见消息模式，将相同请求发送到多个端点，然后收集各提供商的结果。例如在计算贷款时，可向三大信用评级机构发送请求以确定“中位数信用评分”。当服务提供商数量增加时，该模式会变得复杂，可使用“建议事件”让多个参与者在决策前提供建议。

在贷款申请决策中，向三大信用报告机构发送Scatter - Gather请求会产生“贷款评估”事件，其他团队可据此提供额外信用评估。每个想参与特定贷款申请的额外数据源需调用贷款组合API记录其额外建议，贷款组合团队负责定义该API并将建议纳入通用贷款记录。

无论是基本的Scatter - Gather模式还是扩展的“建议事件”模式，关键是设置收集建议的超时时间，将“决定时间”作为事件元数据的一部分，以便应用程序判断是否有时间参与事件。

1.3 账户劫持检测

与Scatter - Gather模式关注单一决策不同，账户劫持检测是持续的风险评估，需收集应用程序多个阶段或交互的事件。以社交媒体应用为例，可能收集的事件包括：
-