Event Driven Architecture

Aprendizados de WoW para a Web Moderna

Transcript

1. Event Driven Architecture Event Driven Architecture Aprendizados de WoW para a Web Moderna Aprendizados de WoW para a Web Moderna
2. DISCLAIMER Não existe bala de prata Analise o cenário Estude
3. GUILHERME AUGUSTO ADS, DBA, GAME DEV DEV, GAMER, GUITAR PLAYER @nikolayevsk404
4. UNREAL ENGINE 5
5. PHASER JS
6. CASADO
7. LAN HOUSE
9. EVENTOS FASE 1 ARQUITETURA FASE 2 FASE 3 CONCEITOS E O BOSS? FASE 4 COMUNICAÇÃO
10. FASE 1 ARQUITETURA
11. Formato de arquivos ou estrutura de pastas Frameworks !ARQUITETURA Linguagens Estilo de código Banco de dados
12. Decidir o tipo de banco de dados, auth, deploy... Como os componentes se comunicam Definir as responsabilidades do sistema Como evolui conforme o tempo ARQUITETURA Dividir camadas e definir padrões de projeto
13. Event Driven Architecture Monolithic Architecture Clean Architecture Microservices TIPOS DE ARQUITETURA Arquitetura = Conjunto de conceitos
14. FASE 2 EVENTOS
15. Evento Mensagem EVENTOS != MENSAGENS ALGO ACONTECEU Pode falhar e ser reprocessada Sem destinatário Sem resposta Pode esperar resposta ENVIANDO ALGO
16. EVENTOS != MENSAGENS Evento Mensagem Socket HTTP Fila Pedido criado Registro usuário Pagamento confirmado
17. Web OrderCreated WoW PlayerMoved EVENTOS UserRegistered PaymentConfirmed SpellCasted BossKilled
18. Fila é infraestrutura de transporte para escalar, desacoplar e garantir entrega. Ela resolve problemas técnicos, não define arquitetura. Workers consumindo eventos de uma fila para processar tarefas em paralelo. Fila Mensagem é um envelope técnico que transporta dados de A → B. Pode carregar um evento, comando ou request, mas não define significado. JSON enviado via HTTP, RabbitMQ ou Kafka. Mensagem Evento é semântica de negócio: um fato do passado que já aconteceu no sistema. Não tem destinatário, não espera resposta e nunca muda. OrderCreated, a ordem foi criada, quem quiser reagir, reage. Evento
19. FASE 3 CONCEITOS
20. Horizontal Mais instâncias (Containers) Vertical Velocidade de processamento CONCEITO DE ESCALABILIDADE Mais consumers (Reagentes) Múltiplos handlers Controle de frequência Mais CPU / RAM
21. PRODUCER (Publisher) Controller PHP AddOn CONCEITOS/FUNDAMENTOS Serviço de pagamento Engine do WoW Worker Listener OrderCreated UserRegistered Engine interna (WoW client) BROKER (Event Bus) CONSUMER (Subscriber) Quem gera eventos Quem reage ao evento Quem distribui eventos
22. FASE 4 COMUNICAÇÃO
23. Comunicação Assíncrona (Core da EDA) Modelos de Comunicação em Arquiteturas Orientadas a Eventos
24. DIFERENÇAS Assíncrono: Um sistema de processamento de pagamentos onde os pedidos são enfileirados e processados conforme a disponibilidade do serviço de pagamento. Síncrono: Uma consulta de saldo bancário, onde o cliente precisa da resposta imediata do servidor.
27. Sincronizar apenas o que o usuário vê. Dados irrelevantes não são enviados, otimizando performance em sistemas multiusuário, dashboards em tempo real e chats. Interest Management O cliente faz animações, predição e UI; o servidor valida regras e mantém estado global. Em SPAs modernas, melhora a fluidez da aplicação. Foco no cliente, servidor leve (Front Responsa) Reduzir tráfego enviando apenas mudanças relevantes. Movimento, combate e ações são mensagens discretas, como WebSockets ou SSE com payloads parciais em aplicações web. Eventos em vez de streams contínuos Estratégias
28. Flexibilidade: Facilita a integração de novos serviços sem alterar os emissores de eventos. Resiliência: Componentes podem falhar sem afetar o sistema como um todo. Desacoplamento: Componentes não precisam se conhecer, apenas os eventos que consomem ou produzem, Escalabilidade: Componentes podem ser dimensionados independentemente.
30. BOSS FIGHT!!! DESIGN PATTERNS Resolvem problemas locais
31. Publish–Subscribe (AddOns) Recomendação: vários serviços precisam reagir ao mesmo fato. WoW: boss derrotado, drop de equipamentos, conquista, XP Evento: OrderCreated Subscriber: Listener Registro (EventServiceProvider) Publisher: Service / Controller
32. SECOND PHASE!!! ARCHITECTURAL PATTERNS Resolvem decisões estruturais
33. Event Bus (Client) Não é fila, não é Kafka Dispatch de eventos + múltiplos listeners Evento: OrderCreated & OrderProcessed Consumers (listeners) Producers (Quem dispara) Event Bus
34. Event Sourcing (Combat log) Recomendação: histórico importa (financeiro, pedidos, auditoria). O estado não vem do banco, mas sim da sequência de eventos Evento: OrderCreated & OrderProcessed Aggregate (conceito de DDD) Rebuild de Estado
35. Conceito Categoria Foco Publish–Subscribe Design Pattern Comunicação Event Bus Architectural Pattern Distribuição Event Sourcing Architectural Pattern Persistência Observer Design Pattern Notificação
36. RECAPITULANDO WoW não é um sistema com eventos. WoW é um sistema dirigido por eventos. EDA é conceito, não ferramenta Evento ≠ mensagem ≠ fila Foco emDesacoplamento Reagir > Requisitar
37. CONCLUSÃO Nem tudo precisa ser síncrono Nem tudo precisa ser mensagem Arquitetura boa resolve o problema certo
38. Vlw Galera!!! Vlw Galera!!! https://nikolayevsk.web.app/ https://nikolayevsk.web.app/