Разработка на RabbitMQ

Когда заказы, заявки и выгрузки идут потоком, прямой обмен рано или поздно что-то теряет: сторонняя система была недоступна десять минут, и эти десять минут просто исчезли. Очередь принимает сообщение, хранит его, повторяет попытку при сбое и не роняет сайт, если на другой стороне тишина.

Вторая задача — сглаживание нагрузки. Пиковый час распродажи создаёт всплеск операций, которые учётная система не переваривает в реальном времени. Очередь принимает всё сразу и отдаёт с той скоростью, с которой получатель способен обрабатывать, вместо того чтобы валить его запросами и получать ошибки.

Сообщения, которые так и не удалось обработать, складываются отдельно и не теряются: их видно, можно разобрать причину и запустить повторно. Для обменов с 1С и CRM это принципиально — иначе о пропавшем заказе узнают от клиента, а не из мониторинга.

Где применяем RabbitMQ

Когда это не нужно

Для сайта с десятком заказов в день избыточен — там достаточно очереди на базе Redis.

Мы говорим об этом до старта, а не после подписания договора: переплата за инструмент, который не решает вашу задачу, — самая обидная статья бюджета.