Arquiteturas Resilientes em Java

Transcript

1. Arquiteturas Resilientes em Java TDC Business 2022 Leonardo Piedade 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. 5 Resiliência 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. Resilience Patterns 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. Circuit Breaker – Resilience4j 17 D etect
18. Fallback 18 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!
19. Circuit Breaker + Fallback 19
20. Failsafe 20
21. Rate Limit – Resilience4j 21 Prevent
22. Resilience by Design
23. 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
24. Pensando em tiers 24 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
25. Classificando em tiers 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 Serviço de Wiki Interno Classe 1 Classe 2 Classe 2 Classe 1 Classe 3 Classe 2 Serviço de backoffice Classe 4 Classe 3 Classe 2 Classe 4
26. 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
27. Dependências entre tiers Serviço PIX Serviço de Notificação Serviço de Antifraude Classe 1 Classe 2 Classe 2
28. Desacoplamento 28
29. Dependências internas Serviço PIX Classe 1 Serviço de Notificação Classe 2 Serviço de Antifraude Classe 2 HTTP
30. Dependências internas Publish-Subscribe Serviço PIX Classe 1 Serviço de Notificação Classe 2 Serviço de Antifraude Classe 2 Topic
31. Dependências internas Fan-out Pattern Amazon SNS Serviço PIX Classe 1 Serviço de Notificação Classe 2 Serviço de Antifraude Classe 2 Amazon SQS Amazon SQS Queue Queue Topic
32. “ Desacoplamento adiciona complexidade... Use com moderação. 32
33. Usando contingências Cliente Serviço TED Serviço de PIX Serviço de Transferência Serviço DOC
34. Autorização em confiança Cliente Serviço Antifraude Serviço PIX Valor <= 100?
35. Caching 35
36. Cache 36 M itigate
37. Cache 37 M itigate Frameworks: Ehcache, Caffeine, Redisson, Hazelcast, Ignite
38. Backpressure 38 M itigate Source: https://dzone.com/articles/backpressure-in-akka-streams
39. Backpressure 39 M itigate Source: https://dzone.com/articles/backpressure-in-akka-streams
40. Backpressure - Akka 40 M itigate
41. Backpressure - Akka 41 M itigate
42. Considerações Finais 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? 42
43. We are here!
44. 44 Outros recursos…
45. 45 Se quiser saber mais... https://bit.ly/tdcsp-2022
46. 46 Obrigado! linkedin.com/in/leoap github.com/lpiedade Please give me your feedback