Modèles de conception/meilleure pratique pour la construction d'un système basé sur l'acteur
J'ai du mal à trouver des liens décents avec les modèles de conception, les meilleures pratiques ou les bons principes architecturaux de base à utiliser dans la création d'applications basées sur Actor. Ceux que je connais sont:
Articles de blog, articles, WIKI, guides
- Guide de l'utilisateur des principes de conception d'OTP
- Modèles et meilleures pratiques pour l'intégration d'entreprise (en général, peut être appliqué à toute architecture pilotée par un message)
- Série de messages de James Iry sur le traitement de l'État dans la conception avec des acteurs
- Série de billets sur le design avec des acteurs de Scala de Ittay Dror
- Modèles de concurrence article sur wikipedia
- Modèles de conception de systèmes évolutifs (pas directement liés aux acteurs, mais très utiles)
- Comprendre la concurrence d'acteur, pt.1 , pt.2 par Alex Miller
Papiers
- Disseration sur la fabrication de systèmes distribués fiables par Joe Armstrong
- Scalabale Component Abstractions par Philipp Haller et Martin Odersky
- Programmation événementielle sans inversion de contrôle par Martin Odersky et Matthias Zenger
- Acteurs avec messages à plusieurs têtes de Martin Sulzmann
Livres
- Actors In Scala de Philipp Haller et Frank Sommers
- Programming Erlang de Joe Armstrong
- Erlang et OTP in Action de Martin Logan, Eric Merritt et Richard Carlsson
Implémentations
- Akka Framework (implémentation alternative d'acteurs à Scala avec un portage de plusieurs comportements d'Erlang et de nombreux autres schémas relatifs aux acteurs)
- Acteurs Scalaz (compositions, stratégies et promesses d'acteurs)
Les présentations
- Actor Thinking de Dale Schumacher
- 1000 Year-old Design Patterns de Ulf Wiger
- Programmation basée sur les acteurs par Jamie Ridgway
- Школа Актерского Мастерства par Vasil Remeniuk
Exemples tirés de highscalability.com
- Service de mise en file d'attente simple (SQS) - ce service fournit un service de mise en attente à l'échelle Internet pour le stockage des messages. Les acteurs distribués mettent la queue en attente et la retirent. Utilisation typique: une file de travail centralisée. Vous mettez des travaux en file d'attente et différents acteurs peuvent extraire le travail de la file d'attente et les traiter lorsqu'ils ont du temps processeur. Une partie de l'évolutivité. Avoir un certain nombre de producteurs et de consommateurs. Tu ne t'inquiètes pas pour ça. Les files d'attente sont réparties sur plusieurs machines et plusieurs centres de données.
Ceci est lié à une question précédente , sinon exactement le même!
Ce n’est pas une question simple, car le modèle actor de la simultanéité autorise la création de nombreux types d’applications différentes, d’une application à une seule machine virtuelle avec état (avec quelques classes d’acteur distinctes) à un cluster de plusieurs instances d'une classe d'acteur.
Les principes de base sont les mêmes cependant:
- Ne jamais exposer l'état d'un acteur
- Communiquer uniquement par la transmission de messages immuables
J'ai posté un blog sur les apprentissages sur le développement de l'acteur à Scala il y a quelques semaines. C’est un article de bonnes pratiques et de choses à éviter, basé sur quelques années d’expérience avec le paradigme.
Le livre 'Reactive Design Patterns' est en préparation chez Manning.
Voir: https://www.manning.com/books/reactive-design-patterns