Очереди сообщений

😱За последний год я провел порядка 50 собеседований и только 10 менеджеров смогли рассказать, зачем нужны очереди сообщений. Что-то грустно)

Давайте вместе разберемся.

Представьте, у вас есть 2 системы:
Система А - ДБО (дистанционное банковское обслуживание).
Система Б - кредитная фабрика (принимает решение о выдаче кредита). Работает с 9 до 18.

↪️↩️При синхронной интеграции система А, отправившая запрос, ждет ответа от системы получателя.
⌛️При этом, если рассматривать «чистый» синхрон, то пользователь системы видит лоудер или что-то подобное.
А что будет, если система Б - получатель (обработчик запроса) обрабатывает некий долгий процесс?
Тогда ответа ждать придется очень долго.

🎆Если система отправитель (система А) чувствительна ко времени ожидания запроса, то можно взаимодействовать с системой обработчиком через очередь – асинхронно для конечного пользователя.
Поверьте, ДБО очень чувствительны ко времени обработки.

Как пример, заявка на кредит может обрабатываться до 7 минут.
Не будет же пользователь все 7 минут смотреть на лоудер.
 
💥Еще одна из фишек использования очередей - это возможность сохранить запрос в «очередь» 😐

Представьте, ночью после долгого гугления вам очень захотелось купить новую машину.
И вот вы спешно подаете заявку на кредит.
Вот тут очереди и приходят на помощь.
Сохранили заявку клиента на кредит в очереди и система получатель (система Б) вычитает и обработает в свое рабочее время.

@badtechproject