Uma API de terceiro da qual você depende começa a dar timeout de forma intermitente. O que você faz?

Contenha primeiro: coloque um timeout agressivo para a latência deles não virar a sua, faça retry com backoff exponencial e jitter só em chamadas idempotentes, e ponha um circuit breaker na frente para parar de martelar algo que já está fora. Depois decida como é o comportamento degradado: enfileirar o trabalho para depois, servir um valor cacheado, ou falhar aquela funcionalidade enquanto o resto do produto continua funcionando.

A primeira coisa que eu checo é se a gente sequer tem um timeout, porque o padrão em muitos clientes HTTP é efetivamente infinito, e é assim que um fornecedor lento enche seu pool de workers e derruba endpoints que não têm nada a ver com ele. Então um timeout agressivo, mais apertado que o meu próprio SLA. Depois retries, mas só em chamadas seguras de repetir, com backoff exponencial e jitter, porque retries sincronizados de toda instância transformam a lentidão deles numa queda completa. Um circuit breaker vai na frente, para que depois de uma sequência de falhas a gente pare de chamar por um tempo e falhe rápido em vez de enfileirar. Depois a pergunta de produto, que é a interessante: o que o usuário deveria ver? Para uma chamada de validação de endereço eu deixaria o pedido passar e marcaria para revisão. Para uma autorização de pagamento eu não posso fingir, então eu enfileiro a tentativa e conto para o usuário com honestidade. E eu estaria no canal de suporte deles com request ids o tempo todo.