Application Integration

Running a Message Broker with Amazon MQ - Choosing Between ActiveMQ and RabbitMQ and Migration Patterns

Compare ActiveMQ and RabbitMQ selection criteria, explore migration patterns from on-premises, and learn about high-availability configurations. Also covers when to use SQS/SNS instead.

About 5 min read

Amazon MQ's Role and When to Use SQS/SNS Instead

Amazon MQ is a fully managed broker service for ActiveMQ and RabbitMQ. While SQS and SNS are AWS-native messaging services, MQ provides managed operation of industry-standard message brokers. SQS offers unlimited throughput, automatic scaling, and excellent serverless integration, making it the first choice for new cloud-native applications. However, when existing applications depend on the JMS API, AMQP protocol, or complex routing rules (topic selectors, message filters), rewriting for SQS/SNS can be costly. MQ is also appropriate when advanced standard protocol features such as message priority control, transaction management, and complex routing patterns are required. A strategy of gradually refactoring to SQS or SNS after migration is also effective.

Choosing Between ActiveMQ and RabbitMQ

ActiveMQ has strong affinity with the Java ecosystem, is fully JMS 1.1 compliant, and handles up to 1,000 connections per broker. It supports all ActiveMQ features including queues, topics, virtual topics, and composite destinations. The Network of Brokers configuration connects multiple brokers to build scalable messaging topologies. It simultaneously supports multiple protocols including STOMP, MQTT, and OpenWire, making it useful as a bridge between IoT devices and enterprise applications. RabbitMQ natively supports AMQP 0-9-1 and features flexible routing through Exchanges (Direct, Topic, Fanout, Headers) and Bindings. Cluster deployment configures quorum queues to ensure high availability and data durability. It has rich client libraries for Python, Ruby, Go, .NET, and other languages, making it well suited for polyglot environments. A management UI is provided out of the box for monitoring queue status and message rates from a browser.

High Availability and Security

ActiveMQ's active/standby configuration places two broker instances in different AZs, persisting messages on shared EFS storage. When the primary fails, the standby automatically takes over, with failover completing in tens of seconds. RabbitMQ's cluster deployment configures a 3-node cluster with queue mirroring to ensure message durability. Both engines provide multi-AZ automatic failover, EBS volume message persistence, and KMS encryption at rest as standard. CloudWatch metrics monitor broker health, and CloudTrail provides API operation audit logs. The following is an example of creating a RabbitMQ broker with the AWS CLI: ``` aws mq create-broker \ --broker-name my-rabbitmq-broker \ --engine-type RABBITMQ \ --engine-version 3.11.20 \ --host-instance-type mq.m5.large \ --deployment-mode CLUSTER_MULTI_AZ \ --users Username=admin,Password=MySecurePass123 ```

On-Premises Migration Strategy

Migrating from on-premises ActiveMQ to Amazon MQ involves three steps: broker configuration migration, client connection changes, and network configuration adjustments. Amazon MQ supports the same configuration file format (activemq.xml) as on-premises ActiveMQ, so existing configurations can be applied almost directly. A blue-green migration is recommended, connecting on-premises via VPN or Direct Connect and gradually switching clients to Amazon MQ. For RabbitMQ, the Shovel or Federation plugins enable message forwarding between on-premises and cloud to minimize downtime. For post-migration performance tuning, instance type selection (mq.m5.large for approximately 1,000 msg/sec, mq.m5.4xlarge for approximately 10,000 msg/sec), storage type selection, and prefetch size adjustment are important. For more detailed coverage of Amazon MQ, related books on Amazon are a helpful resource.

Amazon MQ Pricing

Amazon MQ pricing consists of per-broker-instance hourly charges and storage. An ActiveMQ mq.m5.large costs approximately $0.288 per hour (about $207 per month), while a RabbitMQ mq.m5.large costs approximately $0.302 per hour (about $217 per month). Active/standby configurations double the instance cost. Storage costs approximately $0.10 per GB per month. Compared to SQS (approximately $0.40 per million requests), MQ is more expensive, so SQS/SNS should be the first choice for anything other than migrating existing message brokers.

Summary

Amazon MQ is a fully managed service for lift-and-shift migration of existing message brokers to AWS. It supports industry-standard protocols for ActiveMQ and RabbitMQ (JMS, AMQP, STOMP, MQTT), enabling migration with no code changes. With multi-AZ automatic failover, KMS encryption, and CloudWatch monitoring as standard, it minimizes infrastructure operational burden while improving messaging application reliability. The key decision criterion is to choose SQS/SNS for new development and MQ for migrating existing applications.

Related Services

Amazon MQA fully managed message broker service supporting Apache ActiveMQ and RabbitMQAmazon SQSA fully managed message queuing serviceAmazon SNSA fully managed Pub/Sub messaging and notification service

Related Articles

Building an Apache Kafka Streaming Platform with Amazon MSK - Cluster Design and OperationsDesign a managed Apache Kafka cluster, learn when to choose MSK Serverless, and explore data integration patterns with MSK Connect.Notification Design with Amazon SNS - Topic and Subscription PatternsLearn how to choose between Standard and FIFO topics, implement the SQS fan-out pattern, and use subscription filters for conditional routing.

More on This Topic

SaaS Data Integration with Amazon AppFlow - Connecting Salesforce, Slack, and Google AnalyticsSync data from Salesforce and Slack to S3 and Redshift with no code. Learn about event-driven triggers, PII masking, and secure transfers via PrivateLink.Automating Data Integration - Building a SaaS Integration Platform with Amazon AppFlowLearn about SaaS application data integration using Amazon AppFlow. This article explains how to connect external services like Salesforce, Slack, and Google Analytics with AWS services using no code, and build real-time or schedule-based data flows.Event-Driven Architecture - Building Loosely Coupled Systems with Amazon EventBridgeLearn how to build event-driven architectures using Amazon EventBridge.EventBridge Pipes Design Best Practices - Optimizing Filtering and Batch ProcessingLearn practical best practices for EventBridge Pipes filtering design, batch size optimization, error handling strategies, and cost efficiency improvements.Event Integration with Amazon EventBridge Pipes - Connection Patterns for Sources and TargetsLearn how to connect event sources like SQS, DynamoDB Streams, and Kinesis directly to targets, with filtering and enrichment steps in between.IoT Event Detection - Automatically Detecting and Responding to Device State Changes with AWS IoT EventsLearn how to monitor IoT device state and automate responses with AWS IoT Events. Covers detector models for defining state transitions, alarm features, and SNS/Lambda integration.Workflow Management - Running Apache Airflow as a Managed Service with Amazon MWAALearn about data pipeline orchestration with Amazon MWAA (Managed Workflows for Apache Airflow). This article covers setup, DAG management, and when to choose Step Functions instead.Running Apache Airflow as a Managed Service with Amazon MWAA - DAG Design and Workflow AutomationLearn how to set up an Airflow environment with MWAA, design DAGs, integrate with S3, and leverage AWS operators for workflow automation.

Similar Articles and Services

Amazon MQA fully managed message broker service offering Apache ActiveMQ and RabbitMQ, enabling migration of existing messaging applications to the cloud with minimal code changesBuilding Asynchronous Messaging with Amazon SQS - Designing Standard and FIFO QueuesLearn how to choose between Standard and FIFO queues, use DLQs for failed message handling, and automate processing with Lambda event source mappings.Notification Design with Amazon SNS - Topic and Subscription PatternsLearn how to choose between Standard and FIFO topics, implement the SQS fan-out pattern, and use subscription filters for conditional routing.Building Pub/Sub Messaging with Amazon SNS - Fan-Out Patterns and FilteringLearn about topic-based messaging with SNS, subscription filters, and the SQS fan-out pattern for scalable event distribution.