【问题标题】:Azure Service Fabric Actors and ServiceAzure Service Fabric 参与者和服务
【发布时间】:2017-12-17 17:38:06
【问题描述】:

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

谢谢

【问题讨论】:

标签: azure azure-service-fabric service-fabric-actor


【解决方案1】:

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

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

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

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

【讨论】:

  • 如果可能的话,您能否提供一些非常适合actor模式的示例问题场景?
猜你喜欢
  • 2016-04-07
  • 2016-07-26
  • 2016-11-06
  • 2017-06-09
  • 2016-09-24
  • 2019-11-30
  • 2016-03-01
  • 1970-01-01
  • 2018-08-18
相关资源
最近更新 更多