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

Question

我正在努力寻找任何合适的链接来设计模式、最佳实践或良好的基本架构原则，这些原则应该用于构建基于 Actor 的应用程序。我所知道的少数是:

博客文章、文章、WIKI、指南

• OTP Design Principles User's Guide
• Patterns and Best Practices for Enterprise Integration (一般来说，可以应用于任何消息驱动架构)
• 系列posts by James Iry on dealing with state in design with actors
• 系列posts on design with Scala actors作者:Ittay Dror
• Concurrency patterns维基百科上的文章
• Scalable System Design Patterns (与 Actor 没有直接关系，但很有用)
• 了解参与者并发性，pt.1 , pt.2作者:亚历克斯·米勒

论文

• Disseration on making reliable distributed systems作者:乔·阿姆斯特朗
• Scalabale Component Abstractions作者:菲利普·哈勒和马丁·奥德斯基
• Event-based programming without inversion of control作者:马丁·奥德斯基和马蒂亚斯·曾格
• Actors with Multi-Headed Message Receive Patterns作者:马丁·苏尔兹曼

书籍

• Actors In Scala作者:菲利普·哈勒和弗兰克·索默斯
• Programming Erlang作者:乔·阿姆斯特朗
• Erlang and OTP in Action作者:马丁·洛根、埃里克·梅里特和理查德·卡尔森

实现

• Akka Framework (Scala 中 Actor 的替代实现，带有多个 Erlang 行为的端口和许多其他 Actor 的相关模式)
• Scalaz Actors ( Actor 组成、策略和 promise )

演示文稿

• Actor Thinking作者:戴尔·舒马赫
• 1000 Year-old Design Patterns作者:乌尔夫·维格
• Actor-based Programming作者:杰米·里奇微
• Школа Актерского Мастерства作者:瓦西尔·雷梅纽克

来自 highscalability.com 的示例

• Simple queuing service (SQS) - 该服务提供用于存储消息的互联网规模的排队服务。分布式参与者将工作放入队列并从队列中取出工作。典型用途:集中式工作队列。您将作业放入队列中，不同的参与者可以弹出队列中的作业，并在获得 CPU 时间时处理它们。可扩展性的一部分。有任意数量的生产者和消费者。你不用担心。队列分布在多台机器和多个数据中心。

Answer 1

这与 previous question 相关，如果不完全相同!

这不是一个简单的问题，因为并发的参与者模型允许构建许多不同类型的应用程序，从有状态的单虚拟机应用程序(具有一些单独的参与者类)到一个参与者类的数千个实例的无状态集群。

但是核心原则是相同的:

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