A arquitetura orientada a eventos é um modelo de arquitetura de sistemas diferente do tradicional modelo orientado a solicitações, onde os dados são modelados e trafegados no formato de eventos ocorridos nos sistemas gerando um maior reaproveitamento e desacoplamento na troca de informações entre os serviços. O modelo se encaixa em diversos contextos e vem ganhando adoção em conjunto com microserviços e plataformas de streamings de dados, como o Kafka, principalmente em cenários de grande volume de dados e alta disponibilidade. Com isso, o objetivo desta apresentação é contextualizar e discutir o trade off de abordagens orientadas a eventos em aplicações distribuídas.

1. ARQUITETURA ORIENTADA A EVENTOS
Emmanuel Neri
@emmanuelnerii
www.emmanuelneri.com.br
DESACOPLANDO A COMUNICAÇÃO ENTRE SERVIÇOS

2. EMMANUEL NERI
‣ Mestre em Desenvolvimento de Tecnologia
‣ Desenvolvedor desde 2010
‣ Atualmente trabalhando com Go
‣ Especialista de Tecnologia na
‣ Membro do

3. TRENDS

4. ARQUITETURA

5. PADRÕES DE ARQUITETURA
Layered
Clean ArchitectureEvent-driven
Service-Oriented CQRS

6. PADRÕES DE ARQUITETURA ORIENTADA A EVENTOS
Mediator Broker

7. ARQUITETURA ORIENTADA A EVENTOS
T h e e v e n t - d r i v e n a r c h i t e c t u r e p a t t e r n i s a p o p u l a r
distributed asynchronous architecture pattern used to produce highly
scalable applications. It is also highly adaptable and can be used for
small applications and as well as large, complex ones. The event-driven
architecture is made up of highly decoupled, single-purpose event
processing components that asynchronously receive and process
events.
Mark Richards

8. ARQUITETURA ORIENTADA A EVENTOS
Event-driven architecture (EDA) is a software design pattern that
enables an organization to detect “events” or important business
moments (such as a transaction, site visit, shopping cart abandonment,
etc) and act on them in real time or near real time.
tibco.com
Event-driven systems reflect how modern businesses actually
work–thousands of small changes happening all day, every day.
spring.io

9. EVENTOS
EVENTO = ACONTECIMENTO
‣ UsuarioCriado
‣ TransacaoAprovada
‣ ProdutoAdicionado
An event can be defined as "a significant change in state"
Event-Driven Applications: Costs, Benefits and Design Approaches

10. ARQUITETURA ORIENTADA A EVENTOS
UsuarioCriado
TransacaoAprovada
ProdutoAdicionado

11. ARQUITETURA ORIENTADA A EVENTOS
Cliente criado
Cliente OnBoarding

12. ARQUITETURA ORIENTADA A EVENTOS
Transação Aprovada
Transação
Bonificação
Agendamento

13. ARQUITETURA ORIENTADA A EVENTOS
Pedido Criado
Pedidos
Pagamentos
Entregas
Pagamento Aprovado
Pedido Confirmado

14. FORMAS DE INTERAÇÕES
Solicitação Evento

15. EVENTO != COMANDOS
‣ CriarUsuario != UsuarioCriado
‣ ProcessarTransacao != TransacaoAprovada
‣ AdicionarProduto != ProdutoAdicionado

16. PENSANDO EM EVENTOS
‣ Evento “de comando”
‣ Eu entro na sala, ligo o interruptor de luz e a luz se acende
‣ Evento “Event First”
‣ Eu entro na sala, é gerado um evento “entrei na sala” e a luz se
acende
https://www.confluent.io/blog/journey-to-event-driven-part-1-why-event-first-thinking-changes-everything/

17. FORMAS DE INTERAÇÕES
Designing Event-Driven Systems

18. REDUZIR ACOPLAMENTO
Software Architecture Fundamentals

19. MENSAGERIA
Point-to-Point
Publish/subscribe

20. POINT-TO-POINT
Onboarding
ClienteCriado
Cliente
Usuario
C1 C2 C3

21. PUB/SUB (PUBLISH/SUBSCRIBE)
Onboarding
ClienteCriado
Cliente
Notificação
userCreated
Usuario
C1
C1
C1
C2
C2
C2
C3
C3
C3

22. PLATAFORMA DE MENSAGENS

23. ARQUITETURA ORIENTADA A EVENTOS
‣ Event Notification
‣ Event-Carried State Transfer
‣ Event-Sourcing

24. EVENT NOTIFICATION
Faturas
faturaEncerrada
Auditoria
SISTEMA DE
ARQUIVOS

25. EVENT NOTIFICATION
TIMESTAMP
REQUEST ID
URL
ArquivoCriado
05/29/2020 05:50:06
2bc7bd56-80f1-436e-84f6-c7f3099bd0ef
https://filestore/nfe/99902
TIMESTAMP
ID
TYPE
VendaModificada
09/30/2020 20:00:00
662aa64b-0f70-4fc1-96a0-046d46e142ba
OrderCreatedEvent

26. EVENT-CARRIED STATE TRANSFER
Transação
transacaoConfirmada
Agendamento de pagamentos

27. EVENT-CARRIED STATE TRANSFER
EMAIL
NAME
ROLES
UsuarioCriado
email@gmail.com
User
[ADMIN]
ID
CUSTOMER ID
CUSTOMER DOCUMENT
CUSTOMER NAME
VALUE
DATETIME
TYPE
Transação
9c64f9c1-c02f-4b57-a8c0-7e5550b49ace
a7e8a733-78e3-4cac-bda2-ea7b16395949
59.792.056/0001-79
Customer
100.00
09/29/2020 14:00:06
APPROVED

28. EVENT-SOURCING
Operação
OperacaoConfirmada
Conta
CRÉDITO - R$ 100
CRÉDITO - R$ 50
DÉBITO - R$ 20 Saldo = R$ 130

29. EVENT-SOURCING
DATETIME
ACCOUNT
TYPE
VALUE
operacaoExecutada
09/29/2020 14:00:06
a8f28235-1b97-4efc-b63d-0bfcbba30588
DEBIT
10.00
DATETIME
ORIGIN_NUMBER
DESTINATION_NUMBER
DURATION
ligacaoEncerrada
01/10/2020 20:36:02
44999002332
44999822300
1.2

30. DOMAIN EVENTS X EVENT SOURCE
Event Sourcing ensures that all changes to application state are stored as a
sequence of events.
Martin Fowler
Domain Events
‣ Pedido foi confirmado
‣ Transação foi aprovada
‣ Novo produto foi cadastrado
Event source
‣ Iniciado pedido para o cliente Teste
‣ Adicionado produto celular de valor
1999 no pedido 001
‣ Adicionado produto capa protetora
de valor 80 no pedido 001
‣ Finalizado pedido 001

31. APIS NA ARQUITETURA ORIENTADA A EVENTOS

32. CONSULTAS
/clientes /transacoes
EVENTOS

33. CONSULTAS
EVENTOS
/query

34. CONSULTAS
/clientes /transacoes

35. ESCRITAS

36. ESCRITAS
Notificação
Recebidoapi
Criado / Processado
Contexto

37. CONSISTÊNCIA EVENTUAL
Eventual consistency

38. ALGUMAS MUDANÇAS
‣ Responses
‣ 200 (Ok) -> 201 (Created) / 202 (Accepted)
‣ Calbacks / webhook
‣ Dados “não prontos"
‣ Tempo de execução
‣ Atenção nos Logs e monitoria
‣ Monitoria de negócio

39. ARMADILHAS
‣ Consistência “Fake”
‣ Bloquear requisição até processo assíncrona terminar
‣ Polling esperando o término da operação assíncrona

40. ATENÇÃO
‣ Mudanças estruturais nos eventos são complicadas
‣ Remoção de campos
‣ Tolerant Reader
‣ Reprocessamento dos eventos
‣ Consumer idempotente
‣ Conceitos de garantia de entrega
‣ At-most-once / At-least-once / Exactly-once

41. RESUMO
‣ Flexível
‣ Comunicação assíncrona
‣ Menor acoplamento
‣ Escalável
‣ Mudança no modelo
‣ Consistência eventual
‣ Arquitetura distribuída

42. ARQUITETURA ANTI-PATTERN
Software Architecture Fundamentals

43. REFERÊNCIAS

44. emmanuelnerisouza@gmail.com
@emmanuelnerii
www.emmanuelneri.com.br
github.com/emmanuelneri
emmanuelnerisouza
OBRIGADO!