Para sistemas de paso basados en mensaje, ¿cuáles son sus "patrones de diseño de mensaje", p.Patrones de diseño de mensaje
límite dirigida mensajes (es decir, específica de destino)
Evitar cadenas en cascada largos (es decir, reaccionar a MSGA con MSGB, MsgC etc.)
tener un sistema de mensaje de "latido"
¿Otros ejemplos?
Todos los importantes están en el libro Enterprise Integration Patterns. Echale un vistazo.
Favor idempotent Procesamiento de mensajes: se tolera un mensaje duplicado sin causar "doble débito".
Evitar mensajes de gran tamaño - prefieren el "equipaje-Check" modismo
mensaje evitar pedidos requisitos - simplifica en gran medida la carga sobre la infraestructura
¿Es correcta la primera línea? No estoy seguro de entender la segunda parte correctamente? – KLE
Favorecer el procesamiento de mensajes indempotentes: se tolera un mensaje duplicado SIN causar "débitos dobles". Consulte http://www.eaipatterns.com/IdempotentReceiver.html – JuanZe
gracias por la corrección – djna
Si va a implementar un sistema basado en mensajes, sugiero leyendo el recurso canónico para obtener información sobre las arquitecturas de mensajería: Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions por Gregor Hohpe y Bobby Woolf.
Un breve resumen de cada patrón está disponible en línea en http://www.eaipatterns.com/toc.html Al final de la página hay dos casos de estudio disponibles.
El libro es un gran recurso, encontrará allí problemas y situaciones que ni siquiera imagina, con un buen análisis de la estrategia para resolverlo.
Messaging Design Pattern (MDP) and pattern implementation - Publicado en la conferencia 17 sobre Lenguajes de patrones de programas (PLoP 2010).
Abstract
Intercambio de información (es decir, mensajería) es una parte inherente de la naturaleza y procesos artificiales. La mensajería es una parte ubicua del mundo que nos rodea. Las metodologías convencionales de software y las tecnologías de componentes pasan por alto los mensajes y, por lo tanto, proporcionan un modelo incompleto. Por otro lado, un paradigma de mensajería y el patrón de diseño de mensajes asociado (MDP) abordan esta brecha y proporcionan un modelo más completo y preciso del mundo real. Como consecuencia, los procesos y técnicas de ingeniería de software se mejoran significativamente. Al diseñar y fabricar software, debemos pensar no solo en términos de componentes de software, sino también en términos del intercambio de mensajes entre estas entidades. La encapsulación, el desacoplamiento y la reutilización se mejoran al tiempo que se reduce la complejidad. En este documento también se analiza cómo se utiliza el patrón de diseño de mensajes para implementar o ayudar a implementar otros patrones de diseño bien conocidos, como patrones de diseño de Gang of Four (GoF), objetos de acceso a datos (DAO) y patrones de diseño J2EE. Tenga en cuenta que la mayoría de los patrones de diseño son, en algún nivel, responsables de intercambiar información entre los participantes. El diseño general y los diagramas UML se simplifican y optimizan para que sean más fáciles de comprender e implementar. El diseño y la implementación del software resultante también son más sólidos y directos. Los patrones de diseño implementados con MDP pueden reutilizarse para proporcionar un acceso transparente y seguro a los componentes/servicios remotos como base para un modelo completo de componentes distribuidos.
@RichardOD: gracias por el enlace. ¿Puedes hacer una lista aquí? – jldupont