technologybriefs
9:25in productionCh. 1 · Origins/ 9:25 · ceiling 15 min
Software · Systems

RabbitMQ

RabbitMQ isn’t about speed—it’s about certainty in chaos.

RabbitMQ is an Erlang-based open-source message broker that implements AMQP and extends to STOMP, MQTT, and HTTP via plug-ins. It uses OTP for clustering and failover. Client libraries exist for all major languages. Licensed under MPL. Commercial versions launched November 2020. Developed in 2007 by Rabbit Technologies Ltd., a joint venture between LShift and CohesiveFT.

Chapters & takeaways4
  1. 1:00
    Origins

    Born in 2007 as an AMQP-first broker, it remains open-source under the Mozilla Public License.

  2. 2:34
    Mechanism

    Erlang and OTP power its clustering, failover, and protocol gateways for AMQP, HTTP, STOMP, and MQTT.

  3. 4:28
    Extensibility

    Plug-ins extend it—but core reliability comes from AMQP semantics, not add-ons.

  4. 6:01
    Commercial Layer

    Commercial versions launched in November 2020—not to replace open source, but to fund enterprise features.

Worth your time?

Yes. Study the whole thing.

4/ 5
What works
  • AMQP routing
  • clustering and failover
  • cross-language client support
  • Shovel and Federation plug-ins
What does not
  • kafka-style streaming
  • serverless deployment
  • built-in schema registry
  • multi-tenancy isolation
Study it if
  • teams needing protocol flexibility
  • organisations committed to Erlang operations
  • engineers building resilient async workflows
Skip it if
  • teams avoiding JVM or Erlang runtimes
  • startups requiring zero-ops messaging
  • use cases demanding native event-time processing
The written brief1 min read

What it is and the problem it solves

RabbitMQ is an open-source message broker. It solves service decoupling and reliable inter-process communication in distributed systems. It ensures messages survive process crashes, network failures, and broker restarts. It lets producers send without knowing who consumes—or even whether anyone does.

How it works

RabbitMQ is a message broker written in Erlang. It routes messages between producers and consumers using exchanges, queues, and bindings. It runs on the Open Telecom Platform for clustering and failover. It supports AMQP by default and adds STOMP, MQTT, and other protocols via plug-ins. Gateways exist for AMQP, HTTP, STOMP, and MQTT.

What works

AMQP routing works reliably: direct, topic, fanout, and headers exchanges route messages predictably. Clustering via Open Telecom Platform delivers automatic failover and queue replication across nodes. The Shovel and Federation plug-ins move messages between brokers. Client libraries exist for all major languages. The Management plug-in provides real-time monitoring and control.

What does not

RabbitMQ does not natively support Kafka-style log-based streaming or exactly-once delivery guarantees across network partitions. It does not offer embedded, serverless, or fully managed operation outside commercial offerings. The core broker has no built-in schema registry, message tracing, or multi-tenancy isolation.

What it changes

RabbitMQ changes how teams decouple services at scale. It enables reliable asynchronous communication across heterogeneous language stacks. It shifts operational responsibility from custom retry logic to declarative routing topologies and durable queues. It makes protocol translation (e.g., MQTT to AMQP) a configuration layer, not a rewrite.

Is it worth your time

Yes—if you need a mature, open-source, protocol-flexible broker with strong clustering and extensibility, and can manage Erlang runtime dependencies. No—if you require zero-configuration deployment, built-in observability beyond the Management plug-in, or native Kubernetes orchestration without commercial layers.

Same field · Software4 of 109
9:36
Apache ActiveMQ2006ActiveMQ is a Java-based open source message broker implementing JMS 1.1. It enables asynchronous communication across Java and cross-language clients. It supports clustering, multiple persistence options, and several protocols. It originated in 2004 at LogicBlaze, moved to Apache in 2007, and later expanded to include Artemis—a next-generation broker donated in 2015. It is used in enterprise service buses and SOA infrastructure.
10:49
RESTRoy FieldingREST is Roy Fielding’s 2000 architectural style for the Web. It defines constraints—not rules—to diagnose scalability failures in distributed hypermedia systems. Its power lies in exposing gaps between promise and practice, especially around statelessness and HATEOAS. Most so-called RESTful APIs ignore its core mechanism: hypermedia-driven state transitions.
9:54
Terraform (software)HashiCorpTerraform is infrastructure-as-code software developed by HashiCorp in 2014. It uses declarative configuration (HCL or JSON) and provider plugins to manage infrastructure across clouds and on-prem systems. It shifted from MPL 2.0 to BUSL on 10 August 2023, restricting commercial use by competitors and prompting the OpenTofu fork. It supports automation in large-scale service-oriented development but requires strict state management and does not enforce security or runtime behaviour.
10:00
App Store (Apple)2008The App Store is Apple’s controlled app distribution system. It launched with 500 apps on July 10, 2008. It now hosts over 1.9 million apps. It enforces mandatory review, a 30% revenue cut, and platform-specific restrictions—relenting only under regulatory pressure, as with EU-mandated game streaming access in January 2024.
Up next in Technology

REST

Roy Fielding · 10:49

REST is not a web API recipe—it’s a diagnostic lens for why your endpoints break at scale.

10:49