REST API 内部使用异步（事件）

Question

我正在实现一个 REST API，它在内部将一条消息放在消息队列中，并接收一条消息作为对不同主题的响应。

• API 实现如何处理发布和使用不同的消息并响应客户端？
• 如果它从未收到消息怎么办？
• 服务如何处理这种超时情况？

例子

我正在实施 REST API 来处理订单。 该实现在内部发布一系列消息以验证付款、更新库存和准备运输信息。 最后，它将响应发送回客户端。

Answer 1

队列是太低级的抽象，无法直接实现您的需求。 查看诸如temporal.io之类的编排解决方案，它使对此类异步系统的编程变得微不足道。

免责声明：我是 Temporal 开源项目的创始人之一。

Answer 2

API 实现如何处理发布和使用不同的消息并响应客户端？

尽管消息传递系统可以像 RPC 一样使用：

• 有一个请求主题/队列和一个回复主题/队列
• 在消息的标头/元数据中带有请求标识符

这种通信方式扼杀了消息系统的promise：在时间和空间上解耦组件。

回到你的例子。 如果 ServiceA 收到请求，那么它会向 topicA 发布消息并返回202 Accepted 状态码，表示请求已收到但尚未完全处理。 在响应中，您可以指示一个 url，ServiceA 的 API 的消费者可以在该 url 上检索其先前发出的请求的最新状态。

如果它从未收到消息怎么办？

在这种情况下，与请求相关的数据保留在与消息发布时相同的 state 中。

服务如何处理这种超时情况？

您可以创建计划作业来清理从未完成/卡住的请求。 根据您的业务需求，您可以简单地删除它们或将它们转移到客户服务手动处理。

---

下单用例

您可以定义流程的多个状态/阶段，而不是创建等待所有处理完成的面向客户的服务：

• 已请求订单
• 付款已验证
• 锁定在库存中的物品
• ...
• 订单已下

您可以通过 websocket、推送通知、电子邮件等通知您的客户有关这些状态/阶段的变化。此订单放置流程的编排可以通过例如Saga 模式来实现。