Implementando Fail Fast no Rails

Fail fast é um conceito muito importante principalmente quando precisamos escalar uma aplicação. Precisamos processar (bi)milhões de requisições e não podemos perder tempo com falhas momentâneas, necessitamos ser resilientes e manter a aplicação sempre saudável. Esta talk aborda como aplicamos o fail fast usando um simples semáforo ou até setando variáveis a nível de banco de dados.

Transcript

1. Implementando Fail Fast no Rails Luís Fernando Murara
3. Qualidade de Software
4. Clean Code TDD Testes Automatizados Style guide Code Review Staging BDD SOLID Patterns Clean Architecture
6. Infalível
8. Hardware do usuário OS do usuário Browser do usuário Internet do usuário DNS do usuário Hardware da plataforma OS da plataforma Rede interna Rede externa DNS interno Banco de dados Sistema de Filas Monolito/microsserviços Serviços de terceiros
9. Software Falha
10. Infra Falha
11. Falhas vão acontecer, logo precisamos ser resilientes.
12. “[...] when a problem occurs, it fails immediately and visibly” Jim Shore, 2004 Fonte: https://www.martinfowler.com/ieeeSoftware/failFast.pdf
13. LUIS FERNANDO MURARA Software Engineer at Resultados Digitais
16. LOCKS!
17. Por que não implementamos um semáforo?
18. Fonte: https://github.com/HouseTrip/remote_lock
19. OK! 10 tentativas = 8 segundos
20. Por que tantas tentativas?
21. OK! 2 tentativas = 1,2 seg
22. LOCKS!
24. Por que não falhamos mais rápido quando temos Lock?
25. lock_timeout (integer) Abort any statement that waits longer than the specified number of milliseconds while attempting to acquire a lock on a table, index, row, or other database object. Fonte: https://www.postgresql.org/docs/9.6/runtime-config-client.html
28. LockWaitTimeout will be raised when lock wait timeout exceeded. Fonte: https://api.rubyonrails.org/classes/ActiveRecord/LockWaitTimeout.html
29. database.yml
30. https://www.datadoghq.com/
31. Lock: max 5s!
32. Conclusões e Observações ➢ Antes de aplicar o fail fast, tenha uma ferramenta para monitorar sua aplicação. ➢ Gere alertas para sua operação (via Slack, Telegram, sinal de fumaça) ➢ Processamentos pesados != processos com falha/lentidão. ➢ Otimize os processos pesados e coloque-os para rodar de forma assíncrona.
33. Obrigado LUIS FERNANDO MURARA Software Engineer at Resultados Digitais murara@gmail.com Linkedin: https://linkedin.com/in/murara Github: @murara Facebook: @SirMurara We're hiring!