У нас есть решение, которое принимает сообщение и отправляет его в веб-API. Каждый день автоматическая c процедура запускается другим отделом, который передает тысячи записей в ящик сообщений, что, кажется, вызывает ошибки, связанные с портом запроса-ответа API (странно, что эти ошибки не ссылаются на тайм-аут, но они запускать только при отправке такого огромного количества данных в нисходящем направлении).
Я связался с поставщиком услуг, чтобы определить емкость их вызовов API, поэтому я смогу настроить наш поток, как только получу лучшая идея.
Я читал сегодня утром о регулировании тарифов и у меня есть несколько вопросов, на которые я не могу найти ответ;
Если регулирование включено, оно только обрабатывает минимальное количество образцов / сообщений? Если так, что происходит с оставшимися сообщениями? Я где-то читал, что они находятся в очереди в памяти, но не более 100, так где же все остальные go?
Если у меня 2350 сообщений, пролетающих в пространстве 2 секунды, и я хочу контролировать поток, изменили бы продолжительность моего окна выборки до 1 секунды и установили переопределение регулирования для инициирования регулирования?