Direct Exchange¶
Direct Exchange is the basic way to route messages in RabbitMQ. Its core is very simple: exchange sends messages to those queues, routing_key which matches the routing_key of the message being sent.
Note
Default Exchange, to which all queues in RabbitMQ are subscribed, has the Direct type by default
Scaling¶
If several consumers are listening to the same queue, messages will go to the one of them (round-robin). This behavior is common for all types of exchange, because it refers to the queue itself. The type of exchange affects which queues the message gets into.
Thus, RabbitMQ can independently balance the load on queue consumers. You can increase the processing speed of the message flow from the queue by launching additional instances of a consumer service. You don't need to make changes to the current infrastructure configuration: RabbitMQ will take care of how to distribute messages between your services.
Example¶
Direct Exchange is the type used in Propan by default: you can simply declare it as follows
@broker.handler("test_queue", "test_exchange")
async def handler():
...
The argument auto_delete=True in this and subsequent examples is used only to clear the state of RabbitMQ after example runs
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 | |
Consumer Announcement¶
To begin with, we announced our Direct exchange and several queues that will listen to it:
8 9 10 11 | |
Then we signed up several consumers using the advertised queues to the exchange we created
13 14 15 16 17 18 19 20 21 22 23 | |
Note
handler1 and handler2 are subscribed to the same exchange using the same queue:
within a single service, this does not make a sense, since messages will come to these handlers in turn.
Here we emulate the work of several consumers and load balancing between them.
Message distribution¶
Now the distribution of messages between these consumers will look like this:
await broker.publish(queue="test-q-1", exchange=exch) # handlers: 1
Messages 1 will be sent to handler1 because it listens to exchange using a queue with the routing key test-q-1
await broker.publish(queue="test-q-1", exchange=exch) # handlers: 2
Messages 2 will be sent to handler2 because it listens to exchange using the same queue, but handler1 is busy
await broker.publish(queue="test-q-1", exchange=exch) # handlers: 1
Messages 3 will be sent to handler1 again, because it is currently free
await broker.publish(queue="test-q-2", exchange=exch) # handlers: 3
Messages 4 will be sent to handler3, because it is the only one listening to exchange using a queue with the routing key test-q-2