Réponse.

Lors de la conception d'applications évolutives multithreads et distribuées, des modèles sont appliqués pour garantir la sécurité lors de l'accès simultané et une interaction efficace entre les composants.

Le modèle "Acteur" est un modèle où chaque unité (acteur) encapsule son état et interagit avec les autres uniquement par des messages asynchrones. Cela exclut les courses de threads, car l'acteur traite lui-même les messages entrants dans l'ordre.

Le modèle "File de messages" est une solution architecturale dans laquelle des composants distincts envoient des données dans une file de messages, qui sont ensuite extraites par des exécutants. Cela permet de tamponner les tâches, de séparer les vitesses de l'expéditeur et de l'exécutant et de résister aux surcharges.

Exemple d'« Acteurs » en Scala (Akka) :

class SimpleActor extends Actor {
  def receive = {
    case "ping" => sender() ! "pong"
  }
}

Exemple de file de messages en Python (RabbitMQ/Pika) :

import pika
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
channel.queue_declare(queue='tasks')
channel.basic_publish(exchange='', routing_key='tasks', body='Hello')

Caractéristiques clés :

• Acteurs : isolement de l'état et interaction asynchrone, simplicité de mise à l'échelle.
• File de messages : tamponnage des tâches, garantie de la livraison fiable.
• Les deux modèles peuvent être combinés pour construire des applications tolérantes aux pannes.

Questions pièges.

Peut-on transmettre des objets d'état communs (Shared State) entre acteurs ?

Non, les acteurs ne doivent pas partager d'état. Ils ne communiquent que par messages, sinon l'avantage de l'isolation est perdu et le risque de courses de données apparaît.

La file de messages garantit-elle l'ordre de livraison pour tous les abonnés ?

Non, seul l'ordre au sein d'une même file pour un consommateur est garanti. Lors de la mise à l'échelle (plusieurs consommateurs), l'ordre n'est pas garanti entre les récepteurs.

Les acteurs et les files de messages sont-ils en concurrence l'un avec l'autre ?

Non, ils sont souvent combinés : acteurs pour la logique interne (par exemple, au sein d'un nœud), et files de messages pour l'échange de tâches entre services ou machines.