Azure Service Fabric参与者和服务

Question

关于服务结构应用程序，请帮助我了解我们需要选择可靠角色而不是可靠服务的决策因素，反之亦然。 如果您可以提供这些示例以及我们选择一个而不是另一个的原因，将非常有帮助。

谢谢

Answer 1

可靠的服务是起点。 在这里，您将获得一个简单的入口点，以开始运行代码或开始接受客户端请求。 它对您要使用的任何设计模式或框架都是开放的。 例如，您可以在其上层叠ASP.NET Core并编写Web API / MVC服务 。

可靠的参与者是用于并行化计算的高度专业化的框架。 只有某些类型的服务才能很好地适合Virtual Actor模式。 您不应将“可靠参与者”用作一般状态存储机制或用于一般用途服务，因为该模式会施加某些限制。 在以下情况下，可靠的参与者通常是最好的：

• 您的问题空间涉及大量（成千上万个）小型，独立且隔离的状态和逻辑单元。
• 您希望使用不需要与外部组件进行大量交互（包括查询一组参与者的状态）的单线程对象。
• 您的actor实例不会通过发出I / O操作而以不可预测的延迟阻止调用者。

大多数通用CRUD风格的应用程序都不属于这个领域。 此处的更多信息： https : //docs.microsoft.com/azure/service-fabric/service-fabric-reliable-actors-introduction