Parte II. Arquitetura orientada para eventos
Desculpa ter cunhado há muito tempo o termo "objectos" para este tópico, porque faz com que muitas pessoas se concentrem na ideia menos importante.
A grande ideia é "mensagens"... A chave para criar sistemas fantásticos e que possam crescer é muito mais conceber a forma como os seus módulos comunicam do que quais devem ser as suas propriedades e comportamentos internos.
Alan Kay
É muito bom poder escrever um modelo de domínio para gerir um único processo comercial, mas o que acontece quando precisamos de escrever muitos modelos? No mundo real, nossas aplicações estão dentro de uma organização e precisam trocar informações com outras partes do sistema. Talvez te lembres do nosso diagrama de contexto apresentado na Figura II-1.
Perante este requisito, muitas equipas optam por microsserviços integrados através de APIs HTTP. Mas se não tiverem cuidado, acabam por produzir a confusão mais caótica de todas: a grande bola de lama distribuída.
Na Parte II, mostraremos como as técnicas da Parte I podem ser estendidas para sistemas distribuídos. Vamos ver como podemos compor um sistema a partir de muitos componentes pequenos que interagem através da passagem assíncrona de mensagens.
Veremos como os nossos padrões Service Layer e Unit of Work nos permitem reconfigurar a nossa aplicação para ser executada como um processador de mensagens assíncrono e como os sistemas orientados por eventos nos ajudam a dissociar agregados e aplicações uns dos ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access