问题标签 [service-fabric-actor]

我试图了解 Azure 中的 FaaS 和 Service Fabric 中的 Actor 之间的区别。对我来说，两者几乎都做同样的事情并且是无服务器的。唯一的区别是 Actor 是单线程的。有没有很好的解释来区分这两者？

在一个结构应用程序中，考虑基于actor的以及我可以使用多少个actor服务......因为我需要创建超过1000个actor类......在一个应用程序中拥有超过1000个actor类可以吗...... ?

谢谢，问候， Pramod.S

我们需要能够处理存储过程的结果记录集。每个单独的记录的处理都是相同的，我们希望有多线程并且不会遇到任何锁定。你会在这里推荐演员还是有状态的？

1. 服务结构集群中参与者的最大数量是多少
2. 它是如何同时执行的

是否可以根据初始化代码和 ActorProxy.Create 返回 null 来取消 ActivateAsync 上的激活？例如，Web 服务询问设备参与者的状态。具有此 ID 的设备实际上不存在。我可以在创建演员时返回 null 吗？

我们似乎在 Service Fabric 群集中遇到了一个问题，在该群集中，Actor 服务的状态已经增长到临时存储 (D:) 驱动器已满的程度。据我了解，Actor 状态和可靠收集状态被持久保存到此驱动器上的磁盘上。对于一项服务，我们积累了 ActorStateStore 文件占用的 190 GB 空间。

我们假设空间被我们系统中不再需要的大量陈旧actor占用了，因此我们添加了对服务的调用，以使用此处详述的机制清除不需要的actor ( https://docs .microsoft.com/en-us/azure/service-fabric/service-fabric-reliable-actors-lifecycle）。

我们循环遍历状态中的演员的完整列表，并在我们不想保留的任何内容上调用删除，这将是其中的绝大多数，希望这可以减少我们在临时存储驱动器上的空间消耗。然而，空间似乎并没有被释放。有谁知道这个过程的生命周期是什么？在我们期望驱动器空间出现空闲之前是否有提前期？

是否有可用于释放此驱动器空间的机制，或者执行内务管理以删除我们不再感兴趣的旧演员的最佳方式是什么？

作为概念证明的一部分，我们尝试将 ASF 可靠服务或 Actor 状态存储在持久数据存储（如 MongoDB 或 DocumentDB）中。

这个想法是提供一个自定义状态管理器，它将数据存储在数据库中，而不是内存（或磁盘，或任何 ASF 所做的）中。

到目前为止，我们无法找到说明如何在创建 Reliable Service 或 Actor 时向 ASF 提供自定义状态管理器的指南文档。

非常感谢任何帮助。

我有一个事件中心，其中包含大量用于遥测类型数据的入口，并且有一个工作人员用于接收这些事件并将小型处理工作委托给 Service Fabric 上的 Actor。尽管在从这些 Actor 中存储数据时没有数据一致性问题，但它们基本上被用于处理这些事件的可扩展且可靠的方式。现在，如果我决定从 Actor 转移到容器上自行开发的逻辑，那么通过 Event Hub 上的简单检查点处理大量数据的最佳方法是什么？我想知道可能需要处理的问题或我会错过的 Actor 的行为。

我有一个 Web API 无状态服务，它从客户端获取文件并将其传输到参与者服务（用于延迟 ETL 操作）。文件大小限制为 20MB。

将文件直接从一个服务传输到另一个服务（在内存中作为字节数组）是个好主意吗？或者有什么特性，比如基于文件的状态，可以在集群内复制文件并进一步处理？

PS 在处理之前不可能（由于法律原因）将其上传到任何地方。

PPS SF 集群是本地安装。

我有一个使用 WCF 的演员服务：

使用 Service Remoting V2，我可以编写客户端代码并访问方法：

如何使用WcfActorRemotingClientFactoryWCF 实现相同的效果？

Actor 的 WCF 客户端代码的任何代码片段？