管理队列中尚未处理的任务的 ID

Question

我正在寻找解释如何维护队列中尚未处理的项目的 ID 的教程/文章。

我正在寻找一些教程以获得更多观点并接触更多想法，因为我们知道没有一种解决方案适合所有人。

我一直在谷歌上寻找，但我可能输入了错误的词，因为我没有找到任何文章谈论那个。

我正在寻找的描述是这样的。

用户单击一个按钮，它会将一些有效负载发送到队列，但需要几秒钟/几分钟才能处理。

所以我们有两个选择。

首先给用户一个ID，但是我们都知道用户会一直按F5看状态有没有变化。

其次，不要给用户一个数字来查看状态，用户很可能会重复该过程并打开新任务（因为如果用户没有得到反馈，很可能会被视为错误）。

我对第一个选项感兴趣。

管理此 ID 的不同策略。

我是将它保存在 redis 之类的数据库中，还是关系数据库中？
是否可以或建议直接查询队列？
它可以水平扩展吗？
如果 ID 仅在处理任务时生成，我是预先创建 ID 以插入到任务中还是为不同的步骤保留许多 ID？
如果这个ID是第三方生成的 API 那我不控制？

我知道这类问题已经被比我聪明的人解决了，所以我不想重蹈覆辙。

谢谢。

Answer 1

我建议采用分两个阶段的方法：

1. 让您的客户了解其查询状态的最新信息。 阅读本页的异步操作部分。

有时，POST、PUT、PATCH 或 DELETE 操作可能需要一段时间才能完成的处理。 如果在向客户端发送响应之前等待完成，可能会导致无法接受的延迟。 如果是这样，请考虑使操作异步。 返回 HTTP 状态码 202（已接受）表示请求已接受处理但未完成。

您应该公开一个返回异步请求状态的端点，以便客户端可以通过轮询状态端点来监视状态。 在 202 响应的位置 header 中包含状态端点的 URI。

2. 当进程完成时，从队列中删除您的消息。

在阅读您的消息时，您可以使用UUID动态生成 ID 来标识您的有效负载。 ID 将影响您的有效负载中的预定义字段。 我想您在队列中的消息有足够的信息来处理它。 由于您的处理尚未完成，您应该将消息保留在队列中并在处理完成后将其删除。