Мы пытаемся создать веб-крючок, в котором мы уведомляем подписчиков о всех своих ресурсах, если один или несколько ресурсов становятся «неактивными».
Поскольку разные подписчики могут иметь разное количество ресурсов, размер полезной нагрузки запроса webhook POST на URL будет варьироваться.
Пример полезной нагрузки -
{
"id1": "inactive",
"id2": "inactive",
"id5": "inactive"
...
}
Нет ограничений на количество ресурсов, которыми может владеть подписчик, поэтому оно может достигать 50 000 и более.
Поскольку в некоторых случаях полезная нагрузка может быть выше, возникает проблема:
- Производитель webhook может занять некоторое время, если размер полезной нагрузки велик
- Потребитель (конечная точка), получающий веб-крюк, не сможет принять такую высокую нагрузку
Будет полезен некоторый вклад в следующее:
- Как справиться с такой ситуацией? Каков правильный предел полезной нагрузки
что может быть разрешено через webhook, как, скажем, 5 МБ? Github определяет максимальный размер 25 МБ для веб-хуков. Как придумать такой номер?
- Что произойдет, если предел полезной нагрузки будет превышен?
- Тощий полезный груз можно использовать здесь? Как и глобальный статус, показывающий, что все в порядке или нет, с помощью которого пользователи могут выполнить PULL (
GET запрос), чтобы получить весь набор данных. Но здесь пользователям нужно будет получить веб-крючок, а затем снова сделать еще один запрос, если что-то не так. [Ref: http://resthooks.org/docs/performance/]
PS: Пожалуйста, простите меня, если это не правильно, я задаю этот вопрос. Использование переполнения стека после длинного.