хайлоад проекта, там около 2000 запросов в минуту если не больше?
Это не хайлоад
Монолит на несте держал 5к-6к рпс во время дуддосов, а у нас экспресс под капотом и местами пожилое легаси. так что если взять ноду, обмазать ее микросервисами с асинк общением и кубера наложить сверху, то че угодно потянешь. Офк стоит такое писать без орм и проконсультироваться у хорошего дба
кстати как дудос фильтровать на апи? кроме всяких cloudflare?
Писать высоко-оптимизированный код, и проектировать бек так, чтобы любой дудос просто потратил время и нервы, т.к. вопервых, обычно дудосы не сильно большие по нагрузке на нормально оптимизированный сервак, на котором в штатной ситуации до 3% нагрузки на процы, во-вторых, вы ж не гугл или не хабр какой-то грубо говоря, чтобы на вас нифигасебе нападать и гнать большой трафик дудоса. Ну а так, капчи спасают на ура, решать капчи никто не будет - затратно, а так по факту вы весь дудос на капчу перенаправляете))) Ну а вообще, «защита от дурака» с одного апи тупо ограничение на колличество запросов. Еще иногда делают прикол с отложенным ответом, т.е. не сразу респонс шлют, а спустя время, очень коротенькое, пока накопятся данные для отправки, особенно, если это похожие данные, т.е. получается 100 запросов требуют одних и тех же данных, вы 1 раз их вычислили, подготовили респонс и потом скопом через 50-100мс отдали всем один и тот же ответ. Ну или тупое замедление «fps», забыл как по умному называется, когда вы при большой нагрузке не на все запросы отвечаете, а на часть выдаете сразу эррор, с нормальной обработкой ошибок на фронте тоже поможет, ответ с ошибкой лучше, чем дико тормозящий запрос))
Обсуждают сегодня