Шаблоны проектирования / лучшие практики для построения системы на основе актера

Question

Я изо всех сил пытаюсь найти какие-либо достойные ссылки на шаблоны проектирования, лучшие практики или хорошие базовые архитектурные принципы, которые следует использовать при создании приложений на основе Actor. Те немногие, о которых я знаю:

Сообщения в блогах, статьи, вики, руководства

• Принципы разработки OTP Руководство пользователя
• Шаблоны и рекомендации для корпоративной интеграции (в целом, может применяться к любой архитектуре, управляемой сообщениями)
• Серия сообщений Джеймса Ири о состоянии в дизайне с актерами
• Серия постов по дизайну с актерами Scala Иттай Дрор
• Шаблоны параллелизма статья в Википедии
• Масштабируемые шаблоны проектирования систем (не имеет прямого отношения к актерам, но весьма полезно)
• Понимание параллелизма между актерами, pt.1 , pt.2 by Alex Miller

документы

• Разговор о создании надежных распределенных систем Джо Армстронг
• Абстракции компонентов Scalabale Филиппом Халлером и Мартином Одерским
• Программирование на основе событий без инверсии управления Мартином Одерским и Матиасом Ценгером
• Актеры с шаблонами получения многоголовых сообщений Автор Martin Sulzmann

Книга

• Актеры в Scala Филипп Халлер и Фрэнк Соммерс
• Программирование Erlang от Джо Армстронга
• Эрланг и OTP в действии Мартина Логана, Эрика Мерритта и Ричарда Карлссона

Реализация

• Akka Framework (альтернативная реализация акторов в Scala с портом нескольких вариантов поведения Эрланга и множеством других шаблонов для актеров)
• Scalaz Actors (актерские композиции, стратегии и обещания)

Презентация

• Актер Мышление Дейл Шумахер
• 1000-летние шаблоны дизайна Ульфа Вигера
• Актерское программирование от Jamie Ridgway
• Школа Актерского Мастерства Васила Ременюка

Примеры от highscalability.com

• Простой сервис очередей (SQS) - этот сервис предоставляет сервис массового обслуживания в Интернете для хранения сообщений. Распределенные актеры ставят работу в очередь и снимают работу из очереди. Типичное использование: централизованная рабочая очередь. Вы помещаете задания в очередь, и разные субъекты могут извлекать работу из очереди и обрабатывать их, когда у них появляется время процессора. Часть масштабируемости. Есть любое количество производителей и потребителей. Вы не беспокоитесь об этом. Очереди распределены между несколькими компьютерами и несколькими центрами обработки данных.

Answer 1

Это относится к предыдущему вопросу , если не точно то же самое!

Это не такой простой вопрос, потому что модель актора параллелизма позволяет создавать много различных типов приложений, от приложения с одной виртуальной машиной с состоянием (с несколькими отдельными классами акторов) до приложения без состояния кластер из тысяч экземпляров актерского класса.

Основные принципы такие же:

• Никогда не разоблачать актерское состояние
• Общение исключительно через передачу неизменных сообщений

Answer 2

Я опубликовал блог о изучении развития актеров в Scala несколько недель назад.Это пост о лучших практиках и вещах, которых следует избегать, основываясь на нескольких годах опыта работы с парадигмой.

Answer 3

В Мэннинге создается книга «Реактивные шаблоны проектирования».

См .: https://www.manning.com/books/reactive-design-patterns