问题描述
Service Fabric（SF）中参与者/服务数量的典型限制是什么？
有documentation关于如何扩展应用程序和启动其他参与者/服务的信息。 但是我找不到任何有关轻量级参与者/服务如何以及Service Fabric设计支持多少参与者/服务的准则。数量级是多少？我们是在谈论一千个，一百万个或潜在无限的参与者/服务吗？
演员（Reliable Actors）似乎是为大量创建而设计的。每个客户和任务的参与者很容易导致成千上万的参与者。如文档中所述，参与者是建立在服务（Reliable Service）之上的。因此，我可以推断出，服务的开销要比参与者少，并且伸缩性更好。
我正在尝试设计以下内容：可能有10万个参与者/服务，每个参与者/服务监听一个特定事件，并在事件出现时计算一个简单的任务。我可以自己将这些工作分组。但是，让SF进行工作当然是有利的，因为这可以确保通过SF门户实现完美的负载平衡，可靠性和可观察性。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）