构建基于Actor的系统的设计模式/最佳实践

Question

我正在努力寻找任何适当的链接来设计模式,最佳实践或良好的基本架构原则,这些原则应该用于构建基于Actor的应用程序.我知道的那几个是:

博客文章,文章,WIKI,指南

• OTP设计原则用户指南
• 企业集成的模式和最佳实践(通常,可以应用于任何消息驱动的体系结构)
• James Iry关于与演员一起处理设计状态的系列帖子
• 由Ittay Dror 设计的Scala演员系列帖子
• 维基百科上的并发模式文章
• 可扩展的系统设计模式(与演员没有直接关系,但非常有用)
• 理解actor并发,第1 节,第2页,作者:Alex Miller

文件

• 对 Joe Armstrong 制作可靠分布式系统的分析
• Philipp Haller和Martin Odersky的Scalabale Component Abstractions
• 基于事件的编程,没有由Martin Odersky和Matthias Zenger 控制的反转
• 具有多头消息接收模式的演员 Martin Sulzmann

图书

• 演员在Scala由Philipp Haller和Frank Sommers
• 由Joe Armstrong 编写Erlang编程
• Erlang和OTP在行动中由Martin Logan,Eric Merritt和Richard Carlsson执导

实现

• Akka框架(Scala中演员的替代实现,具有多个Erlang行为的端口以及许多其他演员的重新演绎模式)
• Scalaz Actors(演员的作曲,策略和承诺)

演讲

• 戴尔舒马赫的演员思考
• Ulf Wiger拥有1000年历史的设计模式
• Jamie Ridgway 的基于演员的编程
• ШколаАктерскогоМастерства由瓦西Remeniuk

来自highscalability.com的示例

• 简单排队服务(SQS) - 该服务提供用于存储消息的因特网规模排队服务.分布式actor将工作放在队列中,并将工作从队列中取出.典型用途:集中式工作队列.您将作业放在队列中,不同的actor可以弹出队列的工作并在它们获得CPU时间时处理它们.部分可扩展性.有许多生产者和消费者.你不用担心.队列分布在多台计算机和多个数据中心.

Answer 1

这与先前的问题有关,如果不完全相同的话!

这不是一个简单的问题,因为并发的actor模型允许构建许多不同类型的应用程序,从有状态的单VM应用程序(具有几个单独的actor类)到成千上万个actor类实例的无状态集群.

但核心原则是相同的:

• 永远不要揭露演员的状态
• 仅通过传递不可变消息进行通信

Answer 2

几周前我在Scala 上发布了一篇关于演员发展的博客.根据几年的范式经验,这是一个最佳实践和要避免的事情的帖子.