На скрине показано 40 минут графиков с балансировки некоторого эндпоинта. На выделенном участке видно 129.01 рпс успехов и 7.27 ошибок 4xx, которые являлись 429 от рпс-лимитера. Настройка рпс-лимитера находилась на уровне “не более 150 запросов с интервалом в 1 секунду”. Не странно ли видеть такое уверенный и постоянный фон ошибок про превышение лимита? Далее попробуем объяснить этот график
С завидным постоянством в тематических каналах возникают вопросы про 429 и 50x HTTP ошибки при получении данных из API WB или OZ. Коллеги интересуются, нет ли особого параметра, секретного метода или “золотого” часа, когда гарантированно можно получить данные без ошибок.Увы, нет. Поэтому надо искать пути решения. Самый очевидный из них - относиться к 429 и 50x как к штатной ситуация и соответственно ее обрабатывать программной логикой.Пример функции опроса API может выглядеть както так: Читать далее
Бренд: Lumien; Модель: Cinema Home 136×229 см; Описание: Материал полотна Винил, Тип проекции Прямая, Система натяжения полотна Да, Усиление 1; Тип экрана: настенный на раме; Тип покрытия поверхности: Matte White; Формат: 16:9; Диагональ, дюймы: 96 «; Диагональ, см: 244 см; Размер экрана: 136×229 см; Размер изображения: 120х213; Угол обзора: 160 °; Черная кайма шириной: 8 […]
Человек разрешил workflow заказать не больше 100 единиц товара. Три запроса по 40 прошли через слой авторизации и получили ALLOW. В ERP в итоге оказалось 120.Разбираю, почему локально допустимые решения могут вместе выйти за пределы общего лимита, как check-then-act ломается при конкурентном исполнении и почему ALLOW нужно связывать с атомарным резервированием общего лимита до внешнего эффекта. Читать далее