RabbitMQ Architecture Designer

Designs RabbitMQ architectures with topology definitions and operational strategies for scalability and fault tolerance.

6|Updated Oct 25, 2025
One-click install
npx skills add https://github.com/williamzujkowski/cognitive-toolworks --skill rabbitmq-architecture-designer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: RabbitMQ Architecture Designer
Source: https://github.com/williamzujkowski/cognitive-toolworks/tree/main/skills/messaging-rabbitmq-architect
Command: npx skills add https://github.com/williamzujkowski/cognitive-toolworks --skill rabbitmq-architecture-designer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Designing and operating RabbitMQ architectures is complex and error-prone, requiring careful choices about exchanges, queues, and delivery guarantees to ensure reliable messaging across services.

Core Features & Use Cases

  • Topology design for exchanges, queues, and bindings to support reliable routing.
  • Quorum queue and clustering patterns for durability and high availability.
  • DLX-based dead-letter handling, retries, and backoff strategies.
  • Federation and multi-DC options for geographically distributed systems.

Quick Start

Describe your messaging requirements and I will generate a production-ready RabbitMQ topology with exchanges, queues, bindings, and DLX configuration.

Frequently Asked Questions about RabbitMQ Architecture Designer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a RabbitMQ topology with dead-letter exchanges and quorum queues?

To design a RabbitMQ topology with dead-letter exchanges, define your core exchanges, bind quorum queues with appropriate routing keys, and configure DLX-based dead-letter handling for failed messages. This ensures reliable routing and durability across distributed services.

What is the best way to configure RabbitMQ clustering and federation for multi-DC setups?

Configuring RabbitMQ clustering and federation for multi-DC setups involves linking geographically distributed nodes to ensure high availability. You generate topology definitions using federation patterns to route messages reliably across data centers without losing data during network partitions.

How do I handle message retries and backoff strategies in RabbitMQ?

Handle message retries and backoff strategies in RabbitMQ by implementing dead-letter exchanges (DLX) to capture failed messages. You route these messages to retry queues with TTLs, creating a backoff pattern that delays redelivery before moving messages to a permanent failure queue.

How do I tune RabbitMQ prefetch and publisher confirms for production reliability?

Tune RabbitMQ prefetch limits to control consumer load and enable publisher confirms to ensure message delivery guarantees. Adjusting these operational patterns within your topology definitions prevents consumer overload and guarantees safe, reliable messaging across services.

When should I use quorum queues instead of classic queues in RabbitMQ?

Use quorum queues in RabbitMQ when you need high availability and fault tolerance for durable messaging. They utilize Raft consensus to replicate data across clustered nodes, making them safer for production environments where data loss during node failure is unacceptable.