Стратегия отката после достижения ограничений по ставке
Когда вы достигнете ограничения скорости на getstreamAPI начинают отвечать с ошибками.
Каков рекомендуемый подход в качестве стратегии отката для обработки этих сбоев и начала восстановления после этого. Я подумал о том, чтобы записать их все и отправить снова через минуту или час.
Но что, если пользователь создал сообщение (не удалось создать его в gettream, ожидая отката), а пользователь тем временем удаляет его. Скрипт отката отправит post в getstream даже если пользователь удалил его.
Что рекомендует getstream или кто-нибудь справился с такой ситуацией?
1 ответ
Как вы указали, ошибки ограничения скорости API обычно обрабатываются с помощью (экспоненциального) решения по возврату.
Это часто включает дополнительную логику приложения (управление потоком и очередями) и услуги / хранилище данных специального назначения (очереди сообщений, асинхронные рабочие и т. Д.). Это может значительно усложнить приложение.
Когда речь заходит о сервисе Stream, то ограничение скорости передачи обычно указывает либо на недостаток / недостаток в реализации (во многом как ошибка производительности), либо на то, что приложение достигло масштаба, превышающего тот, который предназначен для текущего плана. служба поддержки.
Было бы целесообразно связаться напрямую со службой поддержки Stream по этому поводу.