A message broker (also known as an integration broker or interface engine[1]) is an intermediary computer program module that translates a message from the formal messaging protocol of the sender to the formal messaging protocol of the receiver. Message brokers are elements in telecommunication or computer networks where software applications communicate by exchanging formally-defined messages.[1] Message brokers are a building block of message-oriented middleware (MOM) but are typically not a replacement for traditional middleware like MOM and remote procedure call (RPC).[2][3]
Overview
editA message broker is an architectural pattern for message validation, transformation, and routing. It mediates communication among applications[vague], minimizing the mutual awareness that applications should have of each other in order to be able to exchange messages, effectively implementing decoupling.[4]
Purpose
editThe primary purpose of a broker is to take incoming messages from applications and perform some action on them. Message brokers can decouple end-points, meet specific non-functional requirements, and facilitate reuse of intermediary functions. For example, a message broker may be used to manage a workload queue or message queue for multiple receivers, providing reliable storage, guaranteed message delivery and perhaps transaction management.
Life cycle
editThe following represent other examples of actions that might be handled by the broker:[2][3]
- Route messages to one or more destinations
- Transform messages to an alternative representation
- Perform message aggregation, decomposing messages into multiple messages and sending them to their destination, then recomposing the responses into one message to return to the user
- Interact with an external repository to augment a message or store it
- Invoke web services to retrieve data
- Respond to events or errors
- Provide content and topic-based message routing using the publish–subscribe pattern
Message brokers are generally based on one of two fundamental architectures: hub-and-spoke and message bus. In the first, a central server acts as the mechanism that provides integration services, whereas with the latter, the message broker is a communication backbone or distributed service that acts on the bus.[3] Additionally, a more scalable multi-hub approach can be used to integrate multiple brokers.[3]
Real-time Semantics
editMessage brokers that are purpose built to achieve time-bounded communications with end-to-end predictability allow for the development of real-time systems that require execution predictability. Frequently systems with real-time requirements involve interaction with the real world (robotics, vehicle automation, Software-defined radio, et al.)
The Object Management Group Real-time CORBA specification provides a theoretical foundation for predictable communications technologies by levying the following requirements:
For the purposes of this specification, "end-to-end predictability" of timeliness in a fixed priority CORBA system is defined to mean:
• respecting thread priorities between client and server for resolving resource contention during the processing of CORBA invocations;
• bounding the duration of thread priority inversions during end-to-end processing;
• bounding the latencies of operation invocations
List of message broker software
edit- Amazon Web Services (AWS) Amazon MQ
- Amazon Web Services (AWS) Kinesis
- Apache
- Cloverleaf (Enovation Lifeline - NL)
- Comverse Message Broker (Comverse Technology)
- Coreflux Coreflux MQTT Broker
- Eclipse Mosquitto MQTT Broker (Eclipse Foundation)
- EMQX EMQX MQTT Broker
- Enduro/X Transactional Message Queue (TMQ)
- Financial Fusion Message Broker (Sybase)
- Fuse Message Broker (enterprise ActiveMQ)
- Gearman
- Google Cloud Pub/Sub (Google)
- HiveMQ HiveMQ MQTT Broker
- HornetQ (Red Hat) (Now part of Apache Artemis)
- IBM App Connect
- IBM MQ
- JBoss Messaging (JBoss)
- JORAM
- Microsoft Azure Service Bus (Microsoft)
- Microsoft BizTalk Server (Microsoft)
- MigratoryData (a publish/subscribe WebSockets message broker written to address the C10M problem [5])
- NATS (MIT Open Source License, written in Go)
- NanoMQ MQTT Broker for IoT Edge
- Open Message Queue
- Oracle Message Broker (Oracle Corporation)
- ORBexpress (OIS)
- ORBexpress written in Ada
- ORBexpress written in C#
- ORBexpress written in C++
- ORBexpress written in Java
- RabbitMQ (Mozilla Public License, written in Erlang)
- Redpanda (implement Apache Kafka api, written in C++)
- Redis An open source, in-memory data structure store, used as a database, cache and message broker.
- SAP PI (SAP AG)
- SMC SMC Platform
- Solace PubSub+
- Spread Toolkit
- Tarantool, a NoSQL database, with a set of stored procedures for message queues
- TIBCO Enterprise Message Service
- WSO2 Message Broker
- ZeroMQ
See also
editReferences
edit- ^ a b "IB (integration broker)". IT Glossary. Gartner, Inc. Retrieved 17 May 2018.
- ^ a b Kale, V. (2014). "Integration Technologies". Guide to Cloud Computing for Business and Technology Managers: From Distributed Computing to Cloudware Applications. CRC Press. pp. 107–134. ISBN 9781482219227. Retrieved 17 May 2018.
- ^ a b c d Samtani, G.; Sadhwani, D. (2013). "Integration Brokers and Web Services". In Clark, M.; Fletcher, P.; Hanson, J.J.; et al. (eds.). Web Services Business Strategies and Architectures. Apress. pp. 71–84. ISBN 9781430253563. Retrieved 17 May 2018.
- ^ Ejsmont, A. (2015). "Asynchronous Processing". Web Scalability for Startup Engineers. McGraw Hill Professional. pp. 275–276. ISBN 9780071843669.
- ^ Rotaru, Mihai; et al. (December 2017). "Reliable messaging to millions of users with migratorydata". Proceedings of the 18th ACM/IFIP/USENIX Middleware Conference: Industrial Track. pp. 1–7. arXiv:1712.09876. doi:10.1145/3154448.3154449. ISBN 9781450352000. S2CID 35552786.