问如何使用Websockets更新REST请求状态

EN

最好同时提供REST和Websocket，这样web页面就可以使用websocket和自动化客户端，而不需要websocket支持，仍然可以使用API。您可以异步处理这些请求，并使用REST异步模式。

休息：

1. 客户端向API发送请求。
2. API获取请求并：
   • 为此处理任务创建唯一id。
   • 在数据存储中记录此任务的详细信息。
   • 向消息总线发送消息，请求具有要处理的id的任务。
   • 将带有HTTP 202 Accepted头的Location返回给提供任务状态的队列端点/queue/<taskid>。

​

1. 客户端获取响应，并可以定期在Location标头中指示的端点上轮询此类处理的状态。
2. 如果任务仍未处理，队列端点将返回HTTP 202 Accepted。
3. 消息总线另一端的后台工作人员选择消息和：
   • 转到数据存储区，以获取该任务id的详细信息。
   • 做处理。
   • 完成后，使用该id更新任务状态。

​

1. 此时，队列端点返回带有重定向客户端到处理结果位置的HTTP 303 See Other头的Location。

Websocket：

1. 在会话开始时建立websocket连接。
2. websocket服务器将传入的消息转换为订阅消息总线中的操作，并将订阅消息转换为websocket中的消息。例子：
   • 如果你在使用Redis。
   • 如果您使用的是RabbitMQ。

​

1. 在REST步骤3，而不是对时间间隔进行轮询，使用websocket发送应用程序定义的消息来订阅对此类任务id的更改。确保您可以知道如何从Location头中获取任务id，或者只需在另一个标头中提供任务id。
2. websocket服务器应该向服务总线指示这种连接订阅了标识该任务id中更改的主题。
3. 当后台工作人员完成数据处理后，在更新任务状态后，还会向服务总线发出一条带有标识该任务id的主题的消息。
4. websocket服务器将获取消息，然后将其发送到客户端。
5. 然后，客户端可以向队列端点请求，以查找处理结果的位置。您也可以通过websocket发送该位置，但根据我的经验，有时很困难，因为websocket服务器可能是一个简单的Windows服务，不了解URL或资源位置。