- Тюнить конфиг кролика
- Тюнить конфиг сервера
- Мониторить логи
- мониторить параметры сервера (диск, проц, память, одновременное число сообщений)
Перестать пользоваться принципом fire and forget и контролировать в скрипте факт успешной доставки сообщения в очередь с exponential retry
Ни с какими. RabbitMQ в любом случае скрывает сообщение на время обработки consumer и удалит сообщение после ack. Если прислать nack то сообщение вернётся в очередь и она встанет намертво, если прислать reject то очередь удалит сообщение, но можно будет отправить в dead letter queue.
Если нужен history (commit) log то RabbitMQ не тот инструмент и надо использовать Kafka
Судя по другим комментариям вы используете кролика не по назначению. Message Broker так называется по тому что передает сообщения. Если вы хотите прислать сообщение о ресурсе то передавать надо только ссылку на него. Не городите огород
Перестать заниматься фигней, вспомнить что белые люди не отправляют сообщения в очереди, а делают это через exchange и собрать соответствующий mapping multiple exchanges - one queue
Нет, кролик не для этого. Для этого есть другие интересные продукты AWS Step Functions, например. Есть и другие аналоги от Apache, Netflix и других монстров, но с ними тяжелее уживаться
Перестаньте настраивать архитектуру кроля в коде. Это к хорошему не приведет. Зайдите к ним на сайт - там отличные туториалы. А вообще - вам нужен exchange к котором присоединено несколько очередей