16、深入理解Salesforce平台事件：架构、应用与实践

深入理解Salesforce平台事件：架构、应用与实践

1. 应用模块与事件驱动架构

在现代应用开发中，我们可以将一个应用看作是一系列模块的集合，每个模块专注于单一的功能领域，例如销售、计费、服务、订单管理等。客户在其生命周期内通常会与多个不同的模块进行交互。比如，客户最初可能作为潜在客户出现在销售系统中，交易达成后，他们会进入计费和订单管理系统。之后，在订单处理过程中或交付后，他们可能需要服务部门的协助。

这些独立的模块之间的交互可以基于一系列事件。例如，交易达成是一个事件，销售模块可以将此事件通知其他模块；订单发货也是一个事件，订单管理系统可以将其通知给其他模块。

我们可以将应用视为一系列能够感知特定事件并做出响应的模块。不同的模块会发布一系列事件，其他模块可以订阅并消费这些事件。事件发布的地方被称为事件总线。

2. 事件总线与消息队列

在应用控制中，架构师和开发人员可以选择使用事件总线或消息队列来管理系统中事件或消息的流动。虽然很多厂商在很大程度上可以互换使用这两个术语，但它们的底层工作方式存在差异。

消息队列中，消息按照先进先出的顺序在系统之间发送，由单个订阅者从队列中提取消息进行处理。每个订阅者（或在更水平扩展的系统中的一组订阅者）都有一个单独的队列或通道来接收消息。

而事件总线中，事件被发布到总线上的一个通道，该通道的每个订阅者都会收到通知。这使得单个事件或消息可以推送给多个订阅者进行处理。这种差异对我们很有好处，因为它允许开发人员更松散地解耦应用模块，并根据需要添加新的订阅者。

Salesforce平台事件使用事件总线，允许多个订阅者处理单个事件通道。可以将平台事