Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Quando construímos funções na nuvem que dependem de chamadas externas, a preocupação com latência e custos é real. No caso do Google Directions API com Axios, por exemplo, o desafio não é só fazer a requisição, mas garantir que o processamento seja eficiente.
Uma abordagem prática que já ajuda bastante é usar cache local ou cache distribuído, dependendo do volume de requisições. Assim, evita-se fazer chamadas desnecessárias à API, reduzindo latência e custos. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
Outro ponto importante é tratar erros de forma inteligente, evitando que quedas na API externa causem rollback ou falhas completas na sua função. Além disso, configurar timeouts adequados no Axios evita que sua função fique travada por tempo demais. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
Por fim, a documentação do seu código e a estrutura de retries podem ajudar na manutenção e na escalabilidade. Você já costuma pensar nisso na hora de montar sua arquitetura de funções na nuvem? O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.
Experiência prática pesa muito.
O detalhe que pouca gente coloca na conta é risco. Dá para animar com limite/cache, mas alguém vai ter que sustentar isso no dia a dia
Concordo, Vivian. A questão do cache é muitas vezes esquecida, mas faz uma diferença enorme no custo e na resposta. Aqui no meu time, usamos Redis pra guardar respostas de API que não mudam com frequência. Ajuda bastante na hora do pico.
Verdade, Rafael. E no meu caso, às vezes a gente não pensa na complexidade de invaldiar esse cache na hora certa.
No meu time, a maior dor é o controle de retries. Se fizerem muitos, a gente acaba sobrecarregando o serviço externo ou criando custos extras. Acho que o segredo é definir uma política inteligente com backoff exponencial.