Conceito e mecanismo
Uma queue de trabalho com settlement, um stream com consumidores independentes e notificações de eventos resolvem necessidades diferentes. Escolhe a semântica antes do produto. Em Service Bus, o efeito pode ter concluído antes de a confirmação chegar ao broker; consumidores devem tratar repetição. Event Hubs permite posições independentes através de consumer groups e checkpoints, dentro da retenção. Em cache-aside, uma escrita na base não atualiza automaticamente toda a cache: define invalidação e obsolescência aceitável para cada fluxo.
Aplicação guiada
Para gravar estado e anunciar um evento, uma outbox transacional pode persistir ambos na mesma transação local. Um relay publica depois, com monitorização e tratamento de duplicados. Não apresentes isto como entrega universal exatamente uma vez. Na publicação da infraestrutura, interpreta o plano what-if e os efeitos de substituição. Compilar um template não demonstra preservação de dados, compatibilidade ou recuperação do serviço.
Uma valorização foi gravada, mas o evento perdeu-se antes da publicação. Uma intenção durável permite retomar o envio e observar backlog.
Armadilhas comuns
Tratar todos os serviços de eventos como equivalentes; usar retry como atomicidade; manter cache antiga sem política explícita.
Tópicos relacionados: Redes e migração do serviço completo · Identidade e fronteiras de acesso
Especifica o que acontece entre commit, entrega, confirmação e repetição.
Referência: Transactional outbox · AZ-305 objectives 2026-04-17