Разумные значения времени ожидания HTTP POST для использования при программной выдаче запросов?

Я бы порекомендовал провести тест, поскольку здесь задействовано слишком много факторов, чтобы дать значение, которое всегда будет разумным.

Запрос POST отправляет данные для обработки. Сколько времени занимает обработка? Это будет зависеть от приложения/данных.

Где хозяин? Пользователь предоставляет URL-адрес, поэтому он будет неизвестен. Мы не можем знать, какой трафик между вашим приложением и хостом. Мы не можем знать загрузку сервера хоста.

По сути, универсального разумного тайм-аута не существует. Вы должны использовать свое собственное суждение, основанное на ваших конкретных потребностях. Настройте тест и используйте его, чтобы определить свои пределы.

Большинство библиотек имеют тайм-аут подключения и тайм-аут чтения. То есть тайм-аут между попыткой подключения к удаленному серверу и тайм-аут после отправки запроса, что они должны ждать ответа.

Если это локальная веб-служба, я бы установил низкое время ожидания подключения, 1 секунду или меньше, если ваша библиотека поддерживает это. Если удаленная служба, к которой вы подключаетесь, недоступна, IMHO, лучше немедленно вернуть ответ пользователю, чем разрешить блокировку всех ваших рабочих потоков в этой удаленной службе, вызывая другие ошибки восходящего потока.

Что касается тайм-аута чтения, это сложнее, вам нужно, чтобы он был низким, чтобы вы не истощали свой пул рабочих, которые ждут возврата удаленной службы, но вы также не хотите, чтобы он был настолько низким, чтобы он закрывался. соединение перед чтением ответа. Это то, что вам придется протестировать, а затем отслеживать как показатель, когда ваша система будет запущена в производство.