探查 HTTP 任务的接口标准设计

[flycash]

现在我们虽然实现了一个 HTTP 探查机制，但是这个机制不够国际化也不够优雅。

当前主流都是借助 REST 接口来表达语义，所以这一次我们把 HTTP 接口调整到 REST 结构。假设说现在用户提供了一个任务，路径是 /a/b/c。

那么我们强制约定（即不再允许用户灵活定制 HTTP method 了）：

• POST /a/b/c 就是开始执行。如果因为超时等原因导致我们用户收到了多次 POST /a/b/c 的请求，那么它们需要返回任务当前的执行状态；
• GET /a/b/c 就是查询任务的执行状态
• DELETE /a/b/c 强制停下该任务