Você pode disparar ações automáticas no seu sistema. Isso se chama trigger

Arquitetura orientada a eventos é um daqueles temas que parecem avançados… até você entender que é só sobre reagir ao que acontece no sistema. Esse vídeo entra na comparação prática entre polling em banco de dados e Message Broker, olhando principalmente para: escalabilidade sob alto volume isolamento de falhas por serviço retry e Dead Letter Queue quando cada abordagem faz sentido como pensar em triggers de negócio Se você trabalha com backend ou arquitetura de sistemas, essa é uma daquelas decisões que aparecem toda vez que o sistema começa a crescer. Entender como separar responsabilidades por eventos muda completamente a forma como você pensa integração entre serviços. Resumo do vídeo: 00:00 - O caso real: UVP e BTG 00:52 - O problema do e-commerce 02:09 - Identificando os eventos do sistema 04:38 - Message Broker: RabbitMQ, Kafka e SQS 06:10 - Consumindo mensagens com microsserviços 08:12 - Persistência, retry e Dead Letter Queue 09:16 - Como um banco grande resolveria isso Comenta aqui: seu sistema atual usa eventos ou ainda tá no modelo síncrono? E salva esse vídeo pra próxima vez que surgir a pergunta: "como a gente desacopla isso aqui?"