Какие преимущества и недостатки разных методов обработки тайм-аутов в сетевых запросах?

Некоторые методы обработки тайм-аутов в сетевых запросах и их особенности:

• Долгий тайм-аут. systems.education Преимущество — долгое ожидание, пока узел не будет объявлен мёртвым. systems.education В течение этого времени пользователи могут быть вынуждены ждать или видеть сообщения об ошибке. systems.education
• Короткий тайм-аут. systems.education Преимущество — быстрая обнаружение сбоев. systems.education Однако такой подход несёт больший риск ложного объявления узла мёртвым, когда на самом деле он просто замедлился временно. systems.education
• Использование бесконечных или слишком больших таймаутов. habr.com Это плохая стратегия. habr.com Некоторое время не будут замечать проблему, пока у одного из сервисов не начнутся проблемы и не исчерпается конекшен-пул. habr.com
• Повторный запрос. habr.com Такой метод помогает избежать проблемы «медленного/перегруженного» сервера. habr.com Если нагрузка на запросы распределена достаточно случайным образом, то повторный запрос будет быстрее, чем ожидание ответа от перегруженного сервера. habr.com
• Deadline propagation. dev.go.yandex Идея в том, что клиент в запросе к серверу передаёт значение тайм-аута. dev.go.yandex Сервер в процессе обработки запроса регулярно проверяет, не истёк ли тайм-аут на клиенте. dev.go.yandex Если истёк, то можно завершать обработку запроса ошибкой. dev.go.yandex