在部分失败的情况下进行REST API设计

Question

所以我有一个票务预订系统。

我在API上有机票预订请求，在我的应用程序中我们称之为付款服务。

如果第一次尝试失败，我们将在队列中添加消息以供稍后处理。 并继续向客户发行票证。

从队列开始，我们将在10分钟内重试10次使用付款API的付款，如果没有成功，我们会在该票务预订记录中添加一些状态，并且通过离线方式从客户那里取钱。

问题 ：由于欺诈，我们收到了很多这样的预订。

解决方案 ：

我有一个解决方案，在付款失败时我不会继续发行票证，而是要向客户端返回一些不同的HTTP代码。 就像其他一切一样，除了付款就是成功。

在处理队列中的消息（如果尝试10次后失败）时，我想通知客户端此事务失败。

如果通过，请让客户知道继续发行票证

问题 ：此解决方案是否具有技术可行性？

Answer 1

如果付款失败，我将不会继续发行票证，相反，我想向客户端返回其他HTTP代码。 就像其他一切一样，除了付款就是成功。

如果付款已添加到队列中，我将返回202。

202 Accepted：请求已被接受进行处理，但处理尚未完成。 该请求最终可能会执行，也可能不会最终执行，因为在实际进行处理时可能会不允许该请求。 没有从这种异步操作中重新发送状态代码的功能。

否则，如果成功，则为200或201。

在处理队列中的消息（如果尝试10次后失败）时，我想通知客户端此事务失败。

常见的通知机制是通过HTTP在某些客户端指定的端点上传递消息。