Architecture 用于计划作业的API回调设置

我正在设计一个API，允许远程系统在我的服务器上执行作业/报告。这很容易，但该作业通常需要调用方等待的时间太长。作业或报告完成后，我希望调度程序进行检查，以获取结果/报告

我可以轻松地执行以下操作之一：

向用户发送一封电子邮件，让他知道任务已经完成，并详细说明如何获取任务（但这对他来说很难自动执行）

使用他提供给我的回调链接将结果/报告的位置发布到

提供一个链接，他可以定期轮询以获得结果

---

也许还有其他方法？如果是这样的话-建议采用什么方法来实现这种设置？

您可以将

2.

和

3.

结合使用。让他提供一个回调，您将在结果可用后将其发布到该回调，您还可以提供一个端点，他可以轮询该端点以了解操作的进度。如果他需要向客户展示一些进展，这可能会很有用。

谢谢-你知道我应该看哪些标准或广泛使用的好例子吗？特别是对于我应该使用回调的方式，因为用户能够轻松实现自己的回调非常重要