Please enable JavaScript.
Coggle requires JavaScript to display documents.
Event-Driven Architecture (Ideias gerais (Aspectos que mais representam…
Event-Driven Architecture
Mediator Topology
Topologia utilizada para eventos que são realizados por etapas e necessitam de um determinado nível de organização na execução das etapas para tal evento ocorrer.
Dois tipos de eventos
Initial Event
É o evento recebido pelo Event Mediator
Processing Event
São os eventos gerados pelo Event Mediator, e que são recebidos pelos componentes Event Processors.
Tipos de Componentes Arquiteturais
Event Processors
Contém a lógica de negócio necessária para o funcionamento da aplicação e de importância para a execução do evento de processamento recebido.
Alto desacoplamento nos seus componentes arquiteturais.
Independentes
Importante: Cada Event Processor, deve realizar apenas uma tarefa específica relacionado a uma regra de negócio da aplicação, nunca transferindo tal responsabilidade a outro Event Processor.
Event Channels
Componentes utilizados pelo Event Mediator, para enviar as etapas do Initial Event e seus respectivos eventos de processamento, assincronamente, para os Event Processors.
Event Mediator
Resposável por receber o Initial Event, organizando em seguida as etapas (ou passos) contidos no evento em questão. Analisa as etapas, enviando-as para o Event Channel.
Conhece apenas as etapas necessárias para a execução do Initial Event.
Adaptabilidade para implementação do Event Mediator, de acordo com as características da aplicação.
Event Queues
Não existe uma especificação definida pelo padrão, no que diz respeito a sua implementação.
Broker Topology
Não existe mediador, com o Initial Event passando direto para os Event Channel
Útil para cenários onde existe apenas um fluxo de processamento de evento simples, sem a necessidade de uma organização mais bem definida.
Dois componentes principais de arquitetura compõem a topologia Broker.
Broker Component
Pode ser um componente que centraliza todos os Event Channels, indicando o fluxo dos Eventos ocorridos no sistema.
Event Processor Component
Os Processors Components tem a função de receber um evento "X', processa-lo e após isso enviar um evento-resposta para o Broker, informando que o processamento de "X" foi concluído, dando continuidade ao fluxo de execução do sistema.
É possível que um evento publicado por um Event Processor Component não seja pego por outro Processor Component, representando uma extensão ou funcionalidades que serão realizadas futuramente.
Ideias gerais
Alta adaptabilidade
Usado para aplicações de alta escalabilidade
Utilizado em aplicações pequenas, grandes e também complexas
Parte do princípio de desacoplamento
Se divide em duas topologias: Broker e Mediator
Sua implementação deve considerar também aspectos como capacidade de reposta, lógica de reconexão do Broker, falha do Mediator e avaliabilidade de processos remotos.
Ausência de transações atômicas para um único processo de negócio.
Implementar o padrão Event-Driven Architecture pode se tornar algo complexo, devido as questões de distribuição assíncrona.
Aspectos que mais representam dificuldade para o padrão Event-Driven
Criação, manutenção e controle dos "contratos" dos Event Processor Components.
Análise do padrão Event-Driven
Capacidade de teste: Baixa
Performance: Alta
Facilidade para implantação (mediator): Alta
Escalabilidade: Alta
Agilidade de mudanças: capacidade alta
Facilidade para implantação (broker): Baixa