0

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

谢谢

4

1 回答 1

1

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

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

  • 您的问题空间涉及大量(数千或更多)小型、独立和孤立的状态和逻辑单元。
  • 您希望使用不需要来自外部组件的大量交互的单线程对象,包括跨一组参与者查询状态。
  • 您的参与者实例不会通过发出 I/O 操作来阻塞具有不可预测延迟的调用者。

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

于 2017-07-13T19:26:55.943 回答