构建基于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
• Ittay Dror的posts on design with Scala actors系列
关于维基百科的
• Concurrency patterns文章
• Scalable System Design Patterns（与演员没有直接关系，但非常有用）
• 了解Alex Miller的演员并发，pt.1，pt.2

论文

乔·阿姆斯特朗
• Disseration on making reliable distributed systems
来自Philipp Haller和Martin Odersky的
• Scalabale Component Abstractions
• Event-based programming without inversion of control作者：Martin Odersky和Matthias Zenger
• Actors with Multi-Headed Message Receive Patterns作者Martin Sulzmann

图书

Philipp Haller和Frank Sommers的
• Actors In Scala
乔·阿姆斯特朗
• Programming Erlang
• Erlang and OTP in Action由Martin Logan，Eric Merritt和Richard Carlsson
撰写

实现

• Akka Framework（Scala中演员的替代实现，包含多个Erlang行为的端口以及许多其他演员的重新演绎模式）
• Scalaz Actors（演员的构成，策略和承诺）

演示

Dale Schumacher的
• Actor Thinking
1000 Year-old Design Patterns作者：Ulf Wiger Jamie Ridgway的
• Actor-based Programming
Vasil Remeniuk的
• Школа Актерского Мастерства

来自highscalability.com的例子

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

Answer 1

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

这不是一个简单的问题，因为并发的 actor模型允许构建许多不同类型的应用程序，从有状态的单VM应用程序（具有几个单独的actor类）到数千个actor类实例的无状态集群。

然而，核心原则是相同的：

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

Answer 2

几周前我在Scala上发布了一个关于learnings of actor development的博客。根据几年的范例经验，它是一个最佳实践和要避免的事情的帖子。

Answer 3

本书＆＃39;反应设计模式＆＃39;曼宁正在制作中。

请参阅：https://www.manning.com/books/reactive-design-patterns