Apache ActiveMQ
Pricing: free
Official website: activemq.apache.org
Useful resources: AmazonMQ
<medium>Pros:<medium>
- The opportunity of dynamic queue creation
- Web UI for queue management
- The broker is configurable through XML
- The product is actively maintained
<medium>Cons:<medium>
- Messages must be sent to either queues or topics
ActiveMQ is an Apache product written in Java. Developers, who don't need to deal with huge amounts of data, usually prefer this simple and reliable open source solution. The message broker has become popular due to its fast work and compatibility with many protocols and advanced technologies.
The story of ActiveMQ development
At the beginning of ActiveMQ development, there were 2 reasons to start out the project:
{{rr8-1="/custom-block-to-blog/two-page"}}
Unlike its competitors (EMS/TIBCO, SonicMQ, WebSphereMQ), the messaging system combined accessibility with useful and effective features. So, it became popular among great companies form the main industries. LogicBlaze developed the free message broker in 2004. It was hosted by the CodeHaus. In 2007 the system was donated to the ASF. Its founders continued developing the product. ActiveMQ is actively maintained today.
ActiveMQ capabilities
The message-oriented middleware provides excellent opportunities for Java developers. The system is based on JMS standards specification and supports async communication. So, it allows the programmer to organize fast and stable messaging process within enterprise projects. I can define 3 key advantages of the messaging system.
{{rr8-2="/custom-block-to-blog/two-page"}}
ActiveMQ working principle
Just like other messaging systems, the program transmits data from one application (producer) to another (consumer). So, its architecture includes:
- <medium>the broker<medium>
- <medium>the destination app<medium>
- <medium>the client app<medium>
The message broker routes each message through one of 2 types of destinations:
{{rr8-3="/custom-block-to-blog/two-page"}}
The ability to use 2 types of messaging is also a great benefit. Using a single message broker for both queues and topics gives the programmer additional flexibility. In the case of the point-to-point messaging ActiveMQ works as a load balancer. It routes each message from the queue to one of the available consumers. Meanwhile, if you prefer the "pub/sub" messaging, the system delivers each message to every consumer subscribed to the topic.
ActiveMQ peculiarities
Thanks to the asynchronous process of message delivering, the consumer app doesn't need to receive it immediately. ActiveMQ separates the 2 tasks:
{{rr8-4="/custom-block-to-blog/two-page"}}
So, the applications are independent of each other. The producer's task is completed as soon as it sends a message to a broker. It's no matter whether or when a consumer app fetches the message. This type of messaging is called loose coupling and provides some benefits for the developer.
{{rr8-5="/custom-block-to-blog/two-page"}}
All in all, I recommend Apache ActiveMQ as a hybrid and flexible message broker. It's especially suitable for enterprise projects. ActiveMQ is relatively easy to set up in complex structures, shows good reliability and high throughput.
Redis Pub/Sub
Pricing: free
Official website: redis.io
Useful resources: tutorial
<medium>Pros:<medium>
- Flexibility (re-routing messages, tracking of detailed in-server metrics, etc)
- Simple installation, configuration, maintenance
- High-speed access for a database
- A great choice for fast, set-based operations
<medium>Cons:<medium>
- Challenging configuration of clustering, especially with multiple write nodes
- Persistence can impact performance
- Lack of advanced security options and access control
The advanced database is written in C. First of all, Redis performs functions of storing data, but it also provides an opportunity of messaging. It helps to create fast, scalable applications. Released under a BSD 3-clause license, Redis is quite popular for the development of tech solutions for small and medium business.
The story of Redis Pub/Sub development
Created in 2009, the REmote DIctionary Server still remains an open source project. Its founder worked on his own European startup. It was a real-time web log analyzer, which required increasing of scalability. Facing some challenges with workloads while using traditional databases, the programmer started development of the first version of Redis. He made the project open source and received support from the Ruby community. Instagram and GitHub were among the first great projects adopting the new database. The last program's release included a new data structure for storing multiple fields and string values with an automatic, time-based sequence.
Redis Pub/Sub working principle
Implementing the messaging system for queue applications, Redis Pub/Sub works with 3 main terms:
{{rr8-6="/custom-block-to-blog/two-page"}}
It's also important that the number of channels isn't limited for a single subscriber. At the same time, publishers are able to send messages to any number of subscribers on a channel. Since all messages in the Publisher/Subscriber platform are fire-and-forget, they are deleted in case of no subscriber determined.
{{rr8-7="/custom-block-to-blog/two-page"}}
Redis Pub/Sub peculiarities
Just like ActiveMQ, Redis Pub/Sub publishers and subscribers are independent of each other. So, when the first of them sends a message, it doesn't know what receivers are connected to that channel. This is also true for the receivers that subscribe to channels, without knowledge of other publishers.
One of the main advantages of this technology is the opportunity to use clients written in different languages. You can read the full list. It includes such popular solutions, as Ruby, Python, PHP, Objective-C, Node.js, Java, Clojure, C++, C#, etc.
Using Redis' Pub/Sub within your infrastructure, you will enjoy quick messaging and communication between processes. The broker's simplicity and performance make it popular for a wide range of use cases. Taking into account the famous database and the cache feature, Redis can become a handy technology for your future project.
Here we end our journey through the self deploy messaging systems. Let me know if you like such reviews and your opinions about all of these technologies. Do you want to get more information about cloud message brokers (AWS SQS, SNS, Amazon Kinesis, GCP Pub/Sub, Microsoft Azure, etc.)?
Subscribe to Freshcode blog to learn more about software development process!
{{about-barmin-green="/material/static-element"}}
