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



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



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



Представьте, у вас есть 2 системы:

Система А - ДБО (дистанционное банковское обслуживание).

Система Б - кредитная фабрика (принимает решение о выдаче кредита). Работает с 9 до 18.



↪️↩️При синхронной интеграции система А, отправившая запрос, ждет ответа от системы получателя.

⌛️При этом, если рассматривать «чистый» синхрон, то пользователь системы видит лоудер или что-то подобное.

А что будет, если система Б - получатель (обработчик запроса) обрабатывает некий долгий процесс?

Тогда ответа ждать придется очень долго.



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

Поверьте, ДБО очень чувствительны ко времени обработки.



Как пример, заявка на кредит может обрабатываться до 7 минут.

Не будет же пользователь все 7 минут смотреть на лоудер.

 

💥Еще одна из фишек использования очередей - это возможность сохранить запрос в «очередь» 😐



Представьте, ночью после долгого гугления вам очень захотелось купить новую машину.

И вот вы спешно подаете заявку на кредит.

Вот тут очереди и приходят на помощь.

Сохранили заявку клиента на кредит в очереди и система получатель (система Б) вычитает и обработает в свое рабочее время.



@badtechproject