Comments 3
Категорически согласен с автором. Асинхронный процесс не только лучше масштабируется, но и что еще отлично работает на пиковых нагрузках. По этой причине его на порядки сложнее задидосить. А следовательно, он прекрасно работает на фронте.
Миллион запросов в сеть без обработки ошибок и возможности прервать и продолжить работу это несерьёзно).
А три запроса к сервисным API почему не параллелите, а делаете последовательно, это по условиям задачи так? Кстати, задачка то очень знакомая, кажется она была у меня на собесе в одном Weekend-offer-е недавно. ) Ну и да, без системы ретраев как-то как-то. В любой момент же может что-то пойти не так.
Sign up to leave a comment.
Массовая асинхронная обработка запросов с последующей синхронной CPU-bound логикой