问题标签 [service-fabric-actor]

我对使用 Azure Service Fabric Reliable Actors 很感兴趣，对于我正在尝试开发的多用户应用程序，它们似乎是一个很棒的服务器端解决方案。不幸的是，我找不到有关 UWP 客户端应用程序如何利用服务结构参与者的信息。客户端应用程序应该使用 ActorProxy 来调用远程参与者对象中的方法（实现 IActor 接口）。不幸的是，Microsoft.ServiceFabric.Actors NuGet 包似乎只支持 .NET 4.5——不支持 UWP 平台。我忽略了什么吗？是否有任何高级方法可以从 UWP 客户端访问服务结构参与者？如果是这样，任何有关该主题的信息或链接将不胜感激！艾伦

我正在本地设置一个服务结构集群并定义了一个可靠的参与者。我已将应用程序发布到集群。

我在公开端点以便客户端可以使用时遇到困难。我尝试在 ServiceManifest 中添加端点并在本地部署集群。但是在添加端点的那一刻，集群无法部署。

注意：我正在使用 Service Fabric 的 Actor Service 模板并添加了 Reliable Actor。

谢谢！

我们正在使用 Service Fabric Actor 应用程序，因为我们有多个 Actor。如果我想更新 10 条记录，每条记录就像不同的单个实例一样。所以当我们插入它时，每次都会创建新的 ObjectContext。所以我们不在上下文级别存储缓存数据。所以我的数据模型就像

}

当我们要更新 10 个学生时，将创建 10 个对象实例。所以对于每个实例，它都会调用下面的方法。所以下面的方法将调用 10 次作为不同的实例 ID。

我有一组大约 100 个具有 Int64 Id 的演员。在这个阶段，所有演员的 ID 都低于 100，但随着时间的推移，这个数字会远远超过这个值。

当使用使用整个 Int64 范围作为键的 Ranged Partitions 的默认分区配置时，所有参与者都集中到一个分区中。

我可以看到还有一个命名分区策略，但这需要在部署时定义每个分区。

如何在不任意限制范围的情况下将我的演员均匀分布在所有分区上？

Service Fabric 文档指出：

参与者可能会收到来自同一个客户端的重复消息。

这也适用于提醒吗？如果我为我的演员实例设置一个提醒，是否可以同时调用两次？

我正在尝试迁移到服务结构现有解决方案。部分原因是侦听队列的工作人员数量。例如我有一些队列：

对于每个队列，都有一些处理它们的消息的逻辑，比如说工人。他们执行不同的任务，例如生成巨大的报告文件并上传到Azure Storage数据库或在数据库中进行小型更新。

问题是如何设计服务以使工作人员具有良好的可扩展性。我的想法是：

选项 1 - 每个队列将有单独的无状态服务。没有简单的方法来自动扩展单一服务。

选项 2 - 将工作人员实现为单独的参与者，并使用单一无状态服务来侦听队列和调用参与者。优点 - 开箱即用的自动缩放，对于来自队列的每条消息，都将创建新的参与者。缺点 - 演员将是一次性的。

我试图理解为什么我们的演员服务使用的磁盘空间比预期的要多。我们的服务目前包含分布在 10 个分区上的大约 80,000 个演员。每个参与者存储大约 150Kb 的状态。

查看集群中的一个（共 10 个）节点，我希望看到：

• 用于大约 3 个分区的磁盘空间（一个作为主分区，两个作为辅助分区）
  • 这和预期的一样
• 深入到一个分区文件夹，我希望只看到一个副本 ID
  • 不像预期的那样：
    • 我看到了预期的一个（与 Service Fabric Explorer 中节点部分下列出的副本匹配的那个）。副本 id 以R_
    • 在同一个分区文件夹中，我看到其他 3 个副本 ID 以前缀开头的文件夹S_。这些副本 ID 与“应用程序”节点下的 Service Fabric Explorer 中列出的任何值都不匹配。
• 查看以 R_ 开头的副本文件夹，我希望该文件夹包含的大小不会超过 8000 个演员的大小，每个演员占用大约 150 Kb，即大约 1.14 Gb 的数据。
  • 不像预期的那样：
    • 该文件夹包含一个文件ActorStateStore，其大小为 5.66Gb

我想了解的另一件事是：

• 我们的应用程序的版本 1 没有清理未使用的演员。正如您所料，我们看到每个节点上的磁盘使用率都在稳步增长。
• 我们的应用程序的第 2 版开始删除未使用的演员。由于这个新代码将超过一半的活动参与者，我在部署后的预期是总体使用的磁盘大小会显着下降。
  • 没有发生，增长停止但使用量没有减少。

所以我的问题是：

1. 我的预期正确吗？
2. 什么可以解释我的观察？

如果调用服务结构中的有状态参与者并且参与者未能完成该方法（例如，运行它的机器重新启动/崩溃），该方法是否会在提升为主要的副本之一上恢复（或重新启动） ?

是否建议在 Service Fabric Actor 中有一个列表？我正在尝试将用户收藏夹保留在用户演员中。这种情况的最佳方法是什么？

我可以通过 powershell 回滚（或升级到以前的版本）。例如，如果应用程序从“v1”升级到“v2”。要回滚，那么命令：

SF 资源管理器中是否提供回滚？我无法找到该选项。