Un message est une unité de communication qui transmet des informations d'un émetteur à un récepteur. Il peut être transmis sous diverses formes, telles que des mots parlés ou écrits, des signaux ou des données électroniques, et peut aller de simples instructions à des informations complexes.
La réception d'un message dépend de son interprétation par le destinataire. Il arrive que ce dernier contredise l'intention du message, ce qui produit un effet boomerang. La lassitude face au message est un autre résultat possible si la source le diffuse de manière excessive.
Les messages peuvent être adressés à de nombreux destinataires non identifiés. Un exemple de ce type de message est un communiqué de presse , qui peut aller d'un bref rapport ou d'une déclaration publiée par un organisme public à un document publicitaire commercial. Une publicité est un autre exemple de message .
non verbaux :- Un message verbal est un échange d'informations utilisant des mots. Par exemple : la communication en face à face, les appels téléphoniques, les messages vocaux, les courriels, etc.
- Un message non verbal est communiqué par des actions ou des comportements plutôt que par des mots, comme par exemple le langage corporel conscient ou inconscient .
L’expression « envoyer un message » est également employée pour désigner les actions entreprises par une partie afin de manifester sa position sur un sujet donné. Par exemple, un gouvernement qui exécute les personnes coupables d’actes de trahison envoie le message que la trahison ne sera pas tolérée. À l’inverse, une partie qui, par ses actions, semble approuver une cause à laquelle elle s’oppose peut être considérée comme « envoyant le mauvais message », tandis qu’une partie qui semble approuver simultanément des choses contradictoires peut être considérée comme envoyant des « messages ambigus ».
En informatique
Événements vs. messages
Dans les systèmes distribués , les événements représentent un fait ou un changement d'état (par exemple, une commande passée ) et sont généralement diffusés de manière asynchrone à plusieurs consommateurs, favorisant ainsi un faible couplage et une bonne scalabilité. Bien que les événements n'attendent généralement pas de réponse immédiate, les mécanismes d'accusé de réception sont souvent implémentés au niveau de l'infrastructure (par exemple, les décalages de validation Kafka, les statuts de livraison SNS) plutôt que de faire partie intégrante du modèle d'événement lui-même.
À l'inverse, les messages jouent un rôle plus large, englobant les commandes (par exemple, ProcessPayment ), les événements (par exemple, PaymentProcessed ) et les documents (par exemple, DataPayload ). Les événements et les messages peuvent prendre en charge diverses garanties de livraison, notamment au moins une fois, au plus une fois et exactement une fois, selon la pile technologique et l'implémentation. Cependant, la livraison exactement une fois est souvent obtenue par des mécanismes d'idempotence plutôt que par une véritable sémantique « une fois » au niveau de l'infrastructure.
Les modèles de diffusion des événements et des messages comprennent la publication/abonnement (un-à-plusieurs) et le point à point (un-à-un). Bien que le modèle requête/réponse soit techniquement possible, il est plus couramment associé aux modèles de messagerie qu'aux systèmes purement événementiels. Les événements excellent dans la propagation d'état et les notifications découplées, tandis que les messages sont mieux adaptés à l'exécution de commandes, à l'orchestration des flux de travail et à la coordination explicite.
Les architectures modernes combinent généralement les deux approches, en tirant parti des événements pour les notifications de changement d'état distribuées et des messages pour l'exécution ciblée de commandes et des flux de travail structurés basés sur des exigences spécifiques de synchronisation, d'ordonnancement et de livraison.