Arquitetura Resilientes em Java - Navegando por mares revoltos (2023)

Transcript

1. Navegando com a sua aplicação de forma resiliente por mares revoltos TDC Innovation 2023 Leonardo Piedade Solutions Architect, AWS Tiago Reichert Solutions Architect, AWS
2. War Room!? 20+ pessoas: ▸ Reportando status ▸ Recuperando o sistema ▸ Analisando a causa raiz ▸ Espalhando desinformação Quando fica pior? ▸ Não tem café ▸ Fora do horário ▸ Final de semana
3. Resiliência 1
4. “ Resiliência é a habilidade de um sistema se recuperar e continuar operando mesmo quando uma falha ocorre. 4
5. Resiliência 5 Disponibilidade Prevenção Recuperação de desastres (DR) Remediação
6. Disponibilidade em 9's 6 Disponibilidade Indisponibilidade Máxima Anual Tipos de aplicação (Exemplos) 99% 3 dias e 15 horas Processamento em lote, ETL’s, transferência de arquivos 99,9% 8 horas e 45 minutos Sistemas internos (Backoffice) 99,99% 52 minutos E-commerce, POS Entrega de vídeos 99,999% 5 minutos Gateways de pagamento, equipamentos de telefonia
7. Como medimos? 7 Availability = 𝑈𝑝𝑡𝑖𝑚𝑒 𝑇𝑜𝑡𝑎𝑙 𝑡𝑖𝑚𝑒 Availability!"#$% = 𝐴𝑣𝑎𝑖𝑙&'' × 𝐴𝑣𝑎𝑖𝑙()'* × 𝐴𝑣𝑎𝑖𝑙()'+ Availability!"#$% = 99,9% × 95% × 95% = 90%
8. Além dos 9’s Outras métricas ▸ Tempo de resposta (latência esperada) ▸ Taxa de erros ▸ Qualquer métrica que esteja no contrato! 8
9. Padrões de Resiliência 2
10. Timeouts Cenários mais comuns ▸ Operações de banco de dados ▸ Requisições de API’s (privadas ou públicas) 10 D etect
11. Timeouts Solução para... ▸ Evitar esperas desnecessárias ▸ Economizar recursos em busy_wait ▸ Evitar falhas em cascata 11 D etect
12. Retry 12 Cenários mais comuns ▸ Falhas de redes ▸ Tratamento de exceções R ecover Source: https://blog.codecentric.de/en/2019/06/resilience-design-patterns-retry-fallback-timeout-circuit-breaker/
13. Retry 13 R ecover
14. Retry - Failsafe 14 R ecover
15. Exponential Backoff 15 R ecover Source: https://www.jawahar.tech/blog/handling-transient-faults/
16. Circuit Breaker 16 D etect Source: https://www.jawahar.tech/blog/handling-transient-faults/
17. Fallback 17 M itigate Source: https://blog.codecentric.de/en/2019/06/resilience-design-patterns-retry-fallback-timeout-circuit-breaker/ Fallbacks podem ser técnicos ou funcionais!
18. Circuit Breaker + Fallback 18
19. Rate Limit – Resilience4j 19 Prevent
20. Resilience by Design
21. Sistemas dentro de um banco Serviço de Extrato Serviço PIX Serviço de Notificação Serviço de Análise de Fraude Serviço de Empréstimo Serviço de Seguro Serviço de Login Serviço de Agendamento de Pagamento Serviço de Previdência Privada Serviço de backoffice
22. Pensando em tiers 22 Classe 1 Classe 2 Classe 3 Classe 4 Aplicações de pagamento Sistemas de riscos Site público Intranet Aplicações de compensação Sistemas regulatórios Ferramentas internas Plataformas de backoffice Aplicações de liquidação E-mail e comunicação ERP Armazenamento (backup) Plataformas de negociação na bolsa CRM Sites internos
23. Serviços e suas dependências Serviço de Extrato Serviço PIX Serviço de Notificação Serviço de Antifraude Serviço de Empréstimo Serviço de Seguro Serviço de Login Serviço de Agendamento de Pagamento Classe 1 Classe 2 Classe 2 Classe 1 Classe 3 Classe 2 Classe 3 Classe 2 Serviço de Wiki Interno Classe 4 Serviço de backoffice Classe 4
24. Dependências entre tiers Serviço PIX Serviço de Notificação Serviço de Antifraude Classe 1 Classe 2 Classe 2
25. Desacoplamento 25
26. Dependências internas HTTP Serviço PIX Classe 1 Serviço de Notificação Classe 2
27. Serviço PIX Classe 1 Serviço de Notificação Classe 2 Topic Dependências internas Publish-Suscribe
28. Amazon SNS Serviço de Notificação Classe 2 Amazon SQS Queue Topic Serviço PIX Classe 1 Dependências internas Fanout Pattern
29. “ Desacoplamento adiciona complexidade... Use com moderação. 29
30. Usando contingências Cliente Serviço TED Serviço de PIX Serviço de Transferência Serviço DOC
31. Autorização em confiança Cliente Serviço Antifraude Serviço PIX Valor <= 100?
32. Arquitetura Baseada em Células 32
33. Arquitetura baseada em células Camada de roteamento Clientes
34. Arquitetura baseada em células Camada de roteamento Clientes
35. Arquitetura baseada em células Camada de roteamento Clientes Clientes do Sul Clientes do Nordeste
36. Benefícios Reduzir o Impacto Maior Escalabilidade (Horizontal) Deployments graduais
37. Sharding 37
38. Arquitetura tradicional Escopo do Impacto = Todos clientes
39. Sharding Escopo do Impacto = Clientes Shards
40. Shuffle Sharding
41. Shuffle Sharding
42. Shuffle Sharding
43. Shuffle Sharding Escopo do Impacto = Clientes Combinações
44. Desafios de Sharding Roteamento Re-Sharding Custo Operacional
45. Desenvolva pensando em... ▸ Quais falhas podem ocorrer? ▸ Como devo testar esse componente? ▸ Qual a experiência do usuário quando um componente falha? ▸ Se a falha ocorrer, deve ter um alerta? Para quem? Como alertar? ▸ Como eliminar atividades manuais na operação dos sistemas? 45
46. Estamos aqui!
47. 47 Outros recursos…
48. 48 Obrigado! linkedin.com/in/leoap github.com/lpiedade linkedin.com/in/tiago-reichert github.com/tiagoReichert