Azure Service Fabric可靠的actor与可靠的服务

spd*_*dev 30 azure-service-fabric

我是Azure Service Fabric的新手,也是我遇到的最大问题

  1. 什么时候应该使用可靠的演员?请给我一些实际的例子.
  2. 我应该何时使用可靠的服务?请给我一些实际的例子.

Pas*_*ber 22

看看差异:

  • 状态类比:Actors处理对象图的单个实例.服务通常具有多个呼叫者的状态.
  • 范围:演员不能单独工作,因为他们的大小(更像是对象).
  • 生命周期:参与者仅在使用时才处于活动状态,因此更多适合您的可用服务器资源
  • 并发:Actors强制执行单线程访问
  • 状态:参与者只是修改聚合,服务在集合上工作,因此经常在集合上使用事务来进行ACID行为.
  • 沟通:演员通过平台提供的渠道进行沟通.服务可能另有选择.
  • 访问:默认情况下,无法从外部访问群集中的Actor.您可能需要一个提供访问权限的服务.

样本何时使用演员:

  • 对于移动应用的每个用户,您可以拥有一个演员.
  • 对于每个向您的应用程序发送信息的恒温器,您可以拥有一个演员.
  • 对于您的电子商务网站的每个客户,您可以拥有一个购物篮演员.

在您可能习惯的情况下创建服务.创建可靠的服务,一次为多个用户提供服务.例如气象服务.


Vac*_*cek 7

我并不是要用一个词来定义自己,但只有在你确定你的问题符合演员设计模式时才使用可靠的演员.演员是一种设计模式,与许多Gang of Four设计模式非常相似.如果您的问题符合其中一种模式,请使用它.如果没有,最好不要试图将问题误解为错误的模式.

在Service Fabric中,Reliable Actors是Virtual Actor模式的一种实现.它有一定的操作规则和警告.这是一个很好的文档阅读,以了解Reliable Actor框架如何工作以及它是否符合您的要求:https://azure.microsoft.com/en-us/documentation/articles/service-fabric-reliable -actors平台/

可靠的Actors实际上只是一个构建在Reliable Services之上的框架,因此所有相同的扩展,分区和分发规则都适用.

  • 这很有趣,在互联网上没有人能给出一个清晰,简洁,现实世界中的你为什么会使用服务VS演员例子.我已经阅读了关于演员的文档和维基百科文章,我仍然完全糊涂了. (14认同)