Acrescentaria também que a arquitetura de eventos, além dos pontos citados aqui, também trazem uma complexidade maior para casos transacionais. Garantir que o evento B, que depende do evento A, ocorra e sempre (pelo menos a intenção de ocorrer sempre), já carrega uma complexidade considerável. Acrescentaria, na parte de schemas/contratos, que quem produz o evento deve possuir uma abordagem restrita ( Informar apenas e somente os campos necessário), enquanto quem consome deve ter uma postura permissiva (Aceitar novos campos, por exemplo, garantindo a compatibilidade futura).
Acrescentaria também que a arquitetura de eventos, além dos pontos citados aqui, também trazem uma complexidade maior para casos transacionais. Garantir que o evento B, que depende do evento A, ocorra e sempre (pelo menos a intenção de ocorrer sempre), já carrega uma complexidade considerável. Acrescentaria, na parte de schemas/contratos, que quem produz o evento deve possuir uma abordagem restrita ( Informar apenas e somente os campos necessário), enquanto quem consome deve ter uma postura permissiva (Aceitar novos campos, por exemplo, garantindo a compatibilidade futura).