Como tratar cenários de alta concorrência usando o modelo de atores e o framework Akka

This presentation was made in Brazil at DevFest XP By 99 '17 ( https://devfestxp.com/ )

Transcript

1. Como tratar cenários de alta concorrência usando o modelo de atores e o framework Akka Walkirya Heto
2. Quem 99ner, Scala, São Paulo www.linkedin.com/in/walkiryaheto https://twitter.com/walheto waalky.hs@gmail.com
3. Escrever programas concorrentes é difícil! • Threads • Locks • Race conditions ...
4. Programação tradicional vs Arquiteturas modernas
5. Encapsulamento
7. Com múltiplas threads...
8. Fonte:https://www.devmedia.com.br/akka-programac ao-concorrente/30714 Complexidade Locks => deadlocks Limitam a concorrência => lentidão e aumento custo CPU
9. Locks só funcionam bem localmente
10. Múltiplas máquinas levam a bloqueios distribuídos, menos eficientes
11. Sem bloqueios suficientes, o estado fica corrompido. Com muitos bloqueios, o desempenho sofre e facilmente leva a deadlocks.
12. distribuição Troca de mensagens compartilhamento de estado locks assincronicidade desacoplamento
13. Modelo de Atores
14. ATORES
17. Atores • Encapsula estado e comportamento • Pode mudar de estado conforme a mensagem que receber • Se comunica através de mensagem ao invés de chamar métodos • Um ator pode enviar uma mensagem e continuar sem bloquear. Portanto, pode realizar mais na mesma quantidade de tempo.
18. PROPRIEDADES
19. Quando um ator recebe uma mensagem, ele pode:
20. - Mudar seu estado ou comportamento - Enviar mensagens para outros atores - Criar um número finito de atores filhos
21. O desafio das arquiteturas modernas
23. Desafio Escrever aplicações que tem volume alto de requisições e necessitam de alta disponibilidade
26. Aplicações altamente orientadas, distribuídas e resilientes na JVM Feita em scala
28. Lightbend case-studies https://www.lightbend.com/case-studies
29. PayPal • AKKA, Scala, Kafka e Akka Streams • 1 bi transações por dia usando 8 vms • 80% menos código • 10x performance
30. Abstração de alto nível
31. Escala verticalmente e horizontalmente
32. Escala verticalmente (melhor uso dos recursos) e horizontalmente (múltiplos servidores) Atores + Stream
33. Resiliente
34. Alta performance
35. Alta performance + 50 milhões de msg/seg em 1 máquina 2.5 milhões de atores por GB
37. Processa uma mensagem por vez
38. O envio de mensagens não transfere o thread de execução do remetente para o destino -> evita locking e blocking Fonte: Learning Akka: The Course Overview from Udacity
39. Transparência de localização
40. Uma mensagem nunca será entregue duplicada
41. Não há senso de tempo Não há timeout
42. Pontos Não há ordem de entrega de mensagens garantida
43. "LET IT FAIL"
45. Supervisão
47. Estratégias de supervisão 1. Resume o filho 2. Reinicia o filho 3. Termina o filho 4. Escala a falha
48. Estratégias de supervisão OneForOneStrategy: pai aplica a ação para o filho especificamente AllForOneStrategy: pai aplica sua escolha para todos os filhos
49. Sistema de recuperação de mensagens
50. Recursos do framework • AKKA http • AKKA cluster • AKKA router • Alpakka: stream processing com backpressure • AKKA persistence
52. Documentação: https://akka.io Carl Hewitt, Actor Model of Computation: Scalable Robust Information Systems Artigos legais: https://www.lightbend.com/blog/the-six-questions-architects-ask-about-using-akka-in-prod uction https://www.devmedia.com.br/akka-programacao-concorrente/30714 https://www.toptal.com/scala/concurrency-and-fault-tolerance-made-easy-an-intro-to-akka Vídeos legais: https://www.youtube.com/watch?v=lPTqcecwkJg https://www.youtube.com/watch?v=GBvtE61Wrto Curso legal: Learning Akka: The Course Overview from Udacity
53. Estamos contratando!
54. OBRIGADA!!