wtk*_*k13 7 php amqp rabbitmq symfony symfony-messenger
我正在为我工作的公司实施 Messenger。我发现路由键有问题。
我想将一条消息发送到两个队列。另外两个应用程序将处理此队列。一切正常,但是当处理程序抛出异常时我发现了问题。它将消息发送一个或两个重试队列加倍,因为重试队列通过绑定键匹配,这对于这个队列是相同的。
最后通过 3 次重试,我的 dlq 上有 16 条消息。你能帮我解决这个问题吗?是否可以基于队列而不是路由键创建重试策略?
我的配置看起来像:
messenger:
failure_transport: failed
default_bus: command.bus
transports:
async:
dsn: amqp://rabbitmq:rabbitmq@rabbitmq:5672
options:
retry_strategy:
max_retries: 3
delay: 1000
multiplier: 2
max_delay: 0
exchange:
name: olimp
type: topic
queues:
create_miniature_v1:
binding_keys:
- first
create_miniature_v2:
binding_keys:
- first
failed:
dsn: amqp://rabbitmq:rabbitmq@rabbitmq:5672
options:
exchange:
name: olimp_dead
type: topic
queues:
create_miniature_v1_dlq:
binding_keys:
- first
create_miniature_v2_dlq:
binding_keys:
- first
routing:
'Olimp\Messenger\TestEvent': async
buses:
command.bus:
middleware:
- Olimp\Shared\Application\Message\Middleware\EventDispatcher
- doctrine_close_connection
- doctrine_transaction
event.bus:
default_middleware: allow_no_handlers
query.bus: ~
Run Code Online (Sandbox Code Playgroud)
我用这样的戳发送事件:
class MessengerTestCommand extends Command
{
protected static $defaultName = 'app:messenger-test';
private MessageBusInterface $bus;
public function __construct(MessageBusInterface $bus)
{
$this->bus = $bus;
parent::__construct();
}
protected function execute(InputInterface $input, OutputInterface $output): int
{
$io = new SymfonyStyle($input, $output);
$this->bus->dispatch(
new TestEvent(), [
new AmqpStamp('first')
]
);
$io->success('Done');
return 0;
}
}
Run Code Online (Sandbox Code Playgroud)
处理程序:
class TestEventHandler implements MessageHandlerInterface
{
public function __invoke(TestEvent $event)
{
dump($event->id);
throw new \Exception('Boom');
}
}
Run Code Online (Sandbox Code Playgroud)
现在我正在尝试这样的配置:
framework:
messenger:
failure_transport: failed
default_bus: command.bus
transports:
async:
dsn: amqp://rabbitmq:rabbitmq@rabbitmq:5672
options:
retry_strategy:
max_retries: 3
delay: 1000
multiplier: 2
max_delay: 0
exchange:
name: olimp
type: topic
queues:
create_miniature_v1:
binding_keys:
- first
async1:
dsn: amqp://rabbitmq:rabbitmq@rabbitmq:5672
options:
retry_strategy:
max_retries: 3
delay: 1000
multiplier: 2
max_delay: 0
exchange:
name: olimp
type: topic
queues:
create_miniature_v2:
binding_keys:
- first
failed:
dsn: amqp://rabbitmq:rabbitmq@rabbitmq:5672
options:
exchange:
name: olimp_dead
type: topic
queues:
create_miniature_v1_dlq:
binding_keys:
- first
create_miniature_v2_dlq:
binding_keys:
- first
routing:
'Olimp\Messenger\TestEvent': [async, async1]
Run Code Online (Sandbox Code Playgroud)
并使用两个正在运行的控制台命令:
bin/console messenger:consume async
bin/console messenger:consume async1
Run Code Online (Sandbox Code Playgroud)
但它的工作原理是一样的。
好的,我自己找到了答案。
我创建了新的重试策略。我更改queue_name_pattern为%routing_key%_%delay%并创建了自己的SendFailedMessageForRetryListener. 为了重试信封,我添加了new AmqpStamp($envelope->last(AmqpReceivedStamp::class)->getQueueName())用于为延迟队列创建正确路由键的戳记。因此,我没有根据交换名称创建队列,而是根据队列名称创建队列。
还有两件事:
队列中的绑定键看起来像:
queues:
create_miniature_v1:
binding_keys:
- create_miniature_v1
- first
create_miniature_v2:
binding_keys:
- create_miniature_v2
- first
Run Code Online (Sandbox Code Playgroud)
和失败的队列:
queues:
create_miniature_v1_dlq:
binding_keys:
- create_miniature_v1
create_miniature_v2_dlq:
binding_keys:
- create_miniature_v2
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1442 次 |
| 最近记录: |