Azure service fabric 服务结构长期回调

我正试图找出开发一个能够维护某种长期回调策略的服务的最佳模式。例如，假设我有一个服务

DoLongThingService

。当您在此服务上调用

.Begin

时，它会安排执行一些长过程。当流程完成时，我需要它来唤醒第一个服务。基本上是长期工作流程类型的东西

实际上，这对演员来说很管用。因为我可以将一个

ActorReference

传递给

DoLongThingService.Begin

方法，该服务可以

Bind

该actor，并在其上调用一个方法以表示完成

---

但是当我不用演员的时候呢？如何将对一个服务的引用传递给另一个服务？第一个服务将是有状态的，因此它可以跟踪未完成的请求。但是，可能有多个有状态服务的实例在浮动。那么，如何将响应返回到正确的响应？

服务URI和分区键可以唯一地标识系统中服务的分区。您可以使用它来使用ServicePartitionResolver解析服务地址，或者如果您的服务实现了IService，您可以使用此信息创建类似ActorProxy的ServiceProxy，并对服务进行方法调用。

如果调用回调的服务无法访问其调用方的IActor接口类型，如何执行此操作？它只是一个可以处理来自任何类型客户机的请求的服务，不需要显式地知道它们是什么，也不需要显式地知道它们是什么，除非它们支持单一类型的回调。我正在尝试设置一个类似以下内容的API:ServiceProxy.Create（）.Begin（this.GetCallback（MethodName））本质上，调用服务，完成后，让它调用调用者的这个特定方法名。wasabi-我面临着同样的问题，您发现了什么有用的东西吗？