|
Questions on Message Orientated Middleware and ActiveMQ terminology Store and Forwardbrokers receive messages, store them locally and forwards the message to a recipient (in this case another broker) when it is able to do so. The message is only deleted once its been sucessfully delivered. Reliable messagingBest efforts are made to deliver a message whilst the system (broker/cluster/network) is running. GuaranteedNo matter what happens to the physical network connections or the destination service the message will be delivered to the receiptant - provided there is no catastraphic loss to the persistent data store of a broker along the message(s) route. This means a message could be lost if there was a catastrophic failure to a broker's activemq data disk. Fault ToleranceUnexpected failures never lead to lost or corrupted data - for a messaging system - there are additional caveats for corrupted data - message ordering and once and only once message delivery. Network OrphanA broker can become isolated from other brokers in the cluster due to an network outage. The broker and it's connected clients may not be able to detect if the loss of other brokers in the cluster is due to the broker(or their machines) or simply a router/cable problem. This is a big issue for clustering, as it has the potential to create corrupted data exchanges when the network is re-established. Clusteringmultiple brokers are used to provide a single logical service. Increased capacityThis is load balancing - this is currently achived by networking brokers together - this won't change in ActiveMQ 4.0 (see below). Geographical DistributionAgain this is achived in ActiveMQ by broker networks. High AvailabilityThe guarenteed maximum amount of downtime that will not be exceeded:
Architecture basicsClusters can be either based around shared storage (sharted database or disk) or shared nothing (every broker has their own provate storage). There is also two basic mechanisms used for message integrity for failure scenarios: Master/SlaveA broker has a standby replacement - another broker that is kept in step by the cluster that will take over in the event of a broker failure. SynchronousEvery broker is kept exactly in-step with message exchanges across the entire cluster. This is the most secure for failure scenrios, but suffers from performance problems because it the responsibility of the cluster to ensure that messages are fully replicated across every node. This results in higher latency and increased traffic. In practice, it is unsual to have more than 2 brokers in such a cluster, because the performance degradation is directly related to the number of brokers in the cluster. HybridA fully synchronous cluster, but it is the responsibility of the client (not the brokers) to ensure every broker is kept up to date. This has advantages for performance, but is complicated by the additional exchange between client and broker(s) to ensure that only one broker does the message dispatching for a client. |
OverviewSearchSub ProjectsCommunity
Features
Connectivity
Using ActiveMQ 5
Using ActiveMQ 4
ToolsSupportRelated ProjectsDevelopersTests
Project Reports |