服务的操作可恢复性（？）

【问题标题】：Operation Resumability of Service (?)服务的操作可恢复性（？）
【发布时间】：2019-09-17 12:53:06
【问题描述】：

#Cloud-Native 方式，保证服务的可用性。为请求提供服务的#containers 可能会死亡并自愈，但服务端点需要确保请求得到服务。

如果服务基于 TCP 套接字服务自定义协议，并且涉及复杂且长时间运行的操作，那么服务中是否需要支持操作的#Resumability（从死亡容器离开的位置）？如果是，有什么方法和手段可以做到这一点？

【问题讨论】：

【解决方案1】：

很遗憾，没有标准的方法来实现长时间运行的可恢复操作。最接近的方法是使用像Temporal 这样的编排平台。它允许通过其业务 ID 重新连接到已经运行的操作（又名工作流）。 Temporal 还开箱即用地处理容器故障，无缝重建操作实现状态。

请参阅描述时间编程模型的my presentation。

【讨论】：

感谢@maxim-fateev。我当然会看看Cadence。我发现了一篇关于“反应式系统”的文章，其中使用的 RSockets 似乎有这样的规定。文章网址为：blog.grapeup.com/read/…
看起来他们关心恢复流。相当低级的机制，并不能直接解决长时间运行的操作处理与进程重启断开连接的问题。