1. Onde o Caos Começa de Verdade: O Mito da Resiliência ‘Enterprise’
O erro clássico é achar que resiliência é sinônimo de encher o stack com circuit breakers, service mesh, sete camadas de timeout e 200 linhas de configuração YAML. Resultado: um ecossistema tão complexo que falha antes mesmo de entrar em produção.
Resiliência não é enfeite. É contenção inteligente de dano.
O problema não é falta de ferramentas — é excesso. Over-engineering travestido de boas práticas. Time preso em tuning de retries quando a falha real era uma simples query sem índice. Isso acontece todos os dias, nas trincheiras, em empresas reais.
2. Resiliência Sem Gourmetização: O Kit Essencial Que Funciona
A receita pragmática é simples: foque em três pilares.
- Timeouts e retries orientados ao negócio — Não ao ego técnico.
- Isolamento de falha — Não deixe um serviço mediano derrubar o ecossistema.
- Observabilidade honesta — Logs, métricas e traces que você realmente usa.
Ferramentas maduras já entregam isso sem carnaval: NestJS com interceptors simples, Spring Cloud com patterns estabilizados e providers cloud que já oferecem resiliência nativa. Não reinvente tudo no braço.
3. Implementação de Senior: Resiliência Limpa Usando NestJS + Retry/Timeout
Aqui está um exemplo funcional e direto usando NestJS. Sem camadas desnecessárias. Sem promessas milagrosas.
import { Injectable, HttpService } from '@nestjs/common';
import { firstValueFrom, timeout, retry } from 'rxjs';
@Injectable()
export class PaymentsClient {
constructor(private readonly http: HttpService) {}
async charge(payload: any) {
return await firstValueFrom(
this.http.post('https://payments.internal/charge', payload).pipe(
timeout(1500), // Timeout curto, baseado no SLA real
retry(2) // Retry controlado — não é loteria
)
);
}
}
Esse é o tipo de resiliência que resolve problemas reais: pequena, objetiva e alinhada ao contexto do negócio. Você não cria um monstro para evitar outro.
Direto das Trincheiras
- Nunca coloque retries infinitos — Você dobra tráfego, custos e latência sem perceber.
- Observabilidade antes de resiliência — Não se ajusta o que você não mede.
- SLA define tudo — O timeout nasce do negócio, não de um chute do time.
4. O Custo da Escolha: Ser Magro Também Tem Preço
Escolher simplicidade não é sinônimo de negligência. Você economiza complexidade, mas assume que seu time precisa entender bem o fluxo crítico do domínio. Ferramentas que prometem ‘resiliência automática’ podem evitar erros humanos, mas adicionam peso operacional e dependência tecnológica.
O trade-off é claro: simplicidade exige maturidade; complexidade exige budget.
Fontes
Desmistificando o Serverless: Conceito, Vantagens e Impacto no …,Desmistificando as opções de Migração do Legado para a AWS | O …,Desmistificando o Spring Cloud Netflix – InfoQ
Obrigado por acompanhar essa reflexão até o fim!
Espero que esses pontos ajudem você a tomar decisões mais lúcidas no seu próximo projeto. Não deixe de conferir outros artigos aqui no blog, onde descasquemos outros hypes da nossa área.
Valeu e até a próxima! 😉
