Seu serviço chama uma API de terceiro que às vezes fica lenta. Como você configura o cliente para que isso não te derrube?

Defina connect e read timeouts explícitos no cliente, porque vários clientes HTTP em Java esperam indefinidamente por padrão, e adicione um timeout geral de requisição. Limite o pool de conexões daquele host, faça retry só em chamadas idempotentes com backoff e jitter, e coloque um circuit breaker para que falhas sustentadas falhem rápido. Decida o fallback com antecedência: um valor cacheado, uma resposta degradada, ou um erro claro em vez de uma requisição travada.

Eu começo pela suposição de que os padrões estão errados, porque vários clientes vão esperar para sempre numa leitura de bom grado, e é exatamente assim que uma dependência lenta vira toda thread do meu serviço parada. Então connect timeout curto, read timeout baseado na distribuição real de latência deles em vez de um número redondo, e um timeout geral de requisição por cima, já que retries e redirects podem se somar. Depois isolamento: aquela dependência ganha o próprio pool de conexões com um máximo, então quando ela degrada não consegue consumir toda a capacidade de que outras chamadas precisam. Retries só em operações idempotentes, limitados a duas tentativas com backoff exponencial e jitter, e um circuit breaker na frente para que, quando a taxa de erro cruzar um limiar, eu falhe imediatamente por um período de espera em vez de empilhar requisições em algo que já está sofrendo. A última peça é o que o usuário recebe, decidido com antecedência. Numa integração de cotação de frete a gente servia cotações cacheadas com um marcador de defasagem em vez de derrubar o checkout, e isso transformou uma indisponibilidade do fornecedor num problema menor de precisão em vez de pedidos perdidos. Eu testo com um proxy que injeta atrasos.