Очереди сообщений 😱За последний год я провел порядка 50 собеседований и только 10 менеджеров смогли рассказать, зачем нужны очереди сообщений. Что-то грустно) Давайте вместе разберемся. Представьте, у вас есть 2 системы: Система А - ДБО (дистанционное банковское обслуживание). Система Б - кредитная фабрика (принимает решение о выдаче кредита). Работает с 9 до 18. ↪️↩️При синхронной интеграции система А, отправившая запрос, ждет ответа от системы получателя. ⌛️При этом, если рассматривать «чистый» синхрон, то пользователь системы видит лоудер или что-то подобное. А что будет, если система Б - получатель (обработчик запроса) обрабатывает некий долгий процесс? Тогда ответа ждать придется очень долго. 🎆Если система отправитель (система А) чувствительна ко времени ожидания запроса, то можно взаимодействовать с системой обработчиком через очередь – асинхронно для конечного пользователя. Поверьте, ДБО очень чувствительны ко времени обработки. Как пример, заявка на кредит может обрабатываться до 7 минут. Не будет же пользователь все 7 минут смотреть на лоудер.   💥Еще одна из фишек использования очередей - это возможность сохранить запрос в «очередь» 😐 Представьте, ночью после долгого гугления вам очень захотелось купить новую машину. И вот вы спешно подаете заявку на кредит. Вот тут очереди и приходят на помощь. Сохранили заявку клиента на кредит в очереди и система получатель (система Б) вычитает и обработает в свое рабочее время. @badtechproject