相关疑难解决方法(0)

从文档中我可以看出Push API和Server Sent Events 都是半双工但为什么两种不同的技术具有相同的功能？Push API中有更重要的东西吗？

我努力理解如何使用可以支持同步请求的事件源来设计一个由事件驱动的后端。据我所知，要利用事件溯源，您必须开发系统来对事件做出反应，以便在必要时可以重播它们以重新创建您的状态。为此，这意味着我们正在尝试将事件触发器和事件处理程序解耦。

如果我们假设一个客户端发送请求更新某些数据的情况，我们如何在使用事件驱动系统时适应这种同步请求/响应模型？您会说以下步骤是以事件驱动方式处理请求的正确方法吗：

1. 在 API 网关或网络边缘的某些服务接收网络请求，并发出表示此请求的事件。此时API网关会挂起等待。

2. 发出的事件由事件存储捕获并记录

3. 具有处理更新的业务逻辑的服务在订阅事件存储时捕获事件。如果它能够处理更新，则会产生成功事件，如果无法处理则产生错误事件。

4. API 网关接收它正在等待的成功或错误事件之一，并最终将响应发送回浏览器。

我认为以上对分离关注点做了很多工作，但我怀疑这是否是通过接受来自外部客户端的请求的系统启用事件源的方式。