A Dor Real: O Event Loop Não É Seu Herói
O Event Loop virou desculpa para todo tipo de over-engineering. Tem dev que acha que entende concorrência só porque decorou um diagrama. A dor aparece quando o time esquece uma verdade simples: **o Event Loop não foi feito para salvar arquiteturas ruins**.
O problema não está no Node.js, e sim no dev que força regras assíncronas onde existe latência de negócio, não latência de CPU.
A Solução Pragmática: DDD Para Colocar Ordem no Caos
Quando você separa I/O (infraestrutura) de comportamento (domínio), o Event Loop deixa de ser mito e vira ferramenta. Nada de orquestrar lógica crítica dentro de handlers que dependem de tempo de resposta.
O jogo é simples: **bounded contexts protegem você de acoplar lógica de domínio ao ritmo do I/O**.
Implementação de Sênior: Event Loop na Prática Dentro do Domínio
Abaixo, uma modelagem realista: comandos de domínio isolados da infraestrutura, garantindo que o Event Loop não vire gargalo.
class ConfirmarPedidoCommand {
constructor(pedidoId) {
this.pedidoId = pedidoId;
}
}
class PedidoService {
constructor(pedidoRepository, paymentGateway) {
this.pedidoRepository = pedidoRepository;
this.paymentGateway = paymentGateway;
}
async confirmar(command) {
const pedido = await this.pedidoRepository.buscar(command.pedidoId);
pedido.validar(); // Lógica pura de domínio, zero dependência de I/O
const pagamento = await this.paymentGateway.processar(pedido.total);
pedido.finalizar(pagamento.status);
await this.pedidoRepository.salvar(pedido);
return pedido;
}
}Repare: nada de lógica de domínio perdida no callback do Express. O Event Loop apenas agenda I/O. Quem manda no fluxo é o domínio.
O Custo da Escolha: O Preço de Ignorar o Event Loop
Quando você finge que o Event Loop é execução paralela, cria bloqueios invisíveis. Quando exagera em microserviços por hype, multiplica latência. Quando mistura domínio com resposta HTTP, perde controle do ritmo do sistema.
Por outro lado, tratá-lo apenas como mecanismo de agendamento simplifica tudo — desde monitoramento até decisões arquiteturais.
Direto das Trincheiras
- Não coloque lógica de domínio em middleware. Nunca.
- Latência não se resolve com promessa; resolve-se com modelagem.
- Se o seu domínio depende do tempo de resposta, você não tem um domínio: tem uma gambiarra cronometrada.
Fontes Relacionadas
Nenhuma das fontes fornecidas está diretamente relacionada ao tema Event Loop ou DDD, portanto foram removidas conforme regra.
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 no blog reymaster.dev.br, onde continuamos destrinchando hypes e separando técnica real de fumaça.
Valeu e até a próxima! 😉
