Message driven vs. event driven approaches to application integration

Question

Je me demandais s'il y a une distinction claire entre les environnements basés sur les messages et les environnements basés sur les événements lorsque nous parlons de l'architecture orientée services (SOA) ou des intergiciels, et généralement dans le cas de l'intégration d'applications et d'entreprises. Je comprends qu'une interface utilisateur ressemble à un modèle basé sur les événements où notre système intercepte l'action de l'utilisateur.

Il est également clair que la messagerie supporte des systèmes basés sur la publication/abonnement, une communication synchrone ou asynchrone, des transactions, etc.

Mais y a-t-il une différence dans le contexte de l'intégration d'intergiciels/SOA/applications (niveau architecture) ? J'essaie de consulter des sources telles que Wikipédia (ici, et ici), mais je suis encore un peu confus. Quand un développeur devrait-il préférer une solution plutôt qu'une autre ?

Y a-t-il des exemples ou des cas où une approche est plus judicieuse que l'autre ? Ou des ressources et guides complets pour mettre en œuvre chacune d'entre elles ?

Merci beaucoup pour toute information.

Answer 1

J'ai trouvé ce fil de discussion en faisant des recherches sur Google pour connaître les différences entre Message et Event. Et après avoir lu toutes les réponses ci-dessus, je n'ai toujours pas trouvé la réponse.

Ensuite, j'ai essayé de chercher plus et j'ai trouvé la réponse pour moi, donc je vais la laisser ici, j'espère que cela aidera quelqu'un comme moi.

Un Message est des données envoyées à une adresse spécifique. Dans les systèmes Message Driven, chaque composant a une adresse unique à laquelle d'autres composants peuvent envoyer des messages. Chacun de ces composants, ou destinataires, attend des messages et réagit à ceux-ci.

Un Event est des données émises par un composant pour que quiconque écoute les consomme.

Akka : Message Driven vs Event Driven

Answer 2

À mon avis:

• dans l'architecture pilotée par les événements, tous les transferts de données sont effectués de manière asynchrone, sans se soucier du destinataire / abonné. Les données envoyées sont une réaction à une action qui s'est produite. Généralement, la taille du message est petite, mais le volume de messages est élevé.
• dans l'architecture pilotée par les messages, les données sont envoyées en tenant compte du destinataire avec un format de message prédéfini, ce transfert peut être synchrone ou asynchrone. Bien qu'il n'y ait pas de règles à ce sujet, la taille des données est plus grande par rapport aux architectures pilotées par les événements et les données sont envoyées en volume beaucoup plus faible.