2017-07-13 47 views
0

关于服务结构应用程序,请帮助我了解我们需要通过可靠服务选择可靠参与者的决定因素,反之亦然。如果你能提供这些例子和我们之所以选择它们的原因,这将是非常有帮助的。Azure服务结构参与者和服务

谢谢

+0

可能重复的[Azure服务结构可靠演员VS可靠服务](https://stackoverflow.com/questions/36443538/azure-service-fabric-reliable-actors-vs-reliable-services ) –

回答

1

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

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

  • 您的问题空间涉及大量(十万或更多)的状态和逻辑的小的,独立的,和孤立的单位。
  • 您希望使用不需要外部组件进行重要交互的单线程对象,包括跨一组参与者查询状态。
  • 您的演员实例不会通过发出I/O操作阻止发生无法预料的延迟的呼叫者。

最普遍的CRUD风格的应用程序不属于这个空间。更多的在这里:https://docs.microsoft.com/azure/service-fabric/service-fabric-reliable-actors-introduction

+0

如果可能的话,请您提供几个适合演员模式的示例问题场景? – Johan429