Azure Service Fabric Actors和Service

Question

关于服务架构应用程序，请帮助我理解我们需要在可靠服务上选择可靠角色的决策因素，反之亦然。如果您能提供这些示例以及我们选择其中一个的原因，那将非常有用。

由于

Answer 1

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

Reliable Actors是一个用于并行计算的高度专业化的框架。只有某些类型的服务很适合虚拟角色模式。您不应将Reliable Actors用作通用状态存储机制或用于通用服务，因为该模式会施加某些限制。可靠的演员通常在以下情况下最好：

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

大多数常见的CRUD风格的应用程序都不属于这个领域。更多相关内容：https://docs.microsoft.com/azure/service-fabric/service-fabric-reliable-actors-introduction