Arquiteturas Comuns de Apps Rails @ RubyConf BR 2015

Transcript

1. Arquiteturas Comuns de Apps Rails que vemos por aí George Guimarães em 30 minutos ou menos
2. consulting and software engineering
4. Estamos contratando!
 http://plataformatec.com.br/careers
6. DISCLAIMER:
7. VIM FALAR SOBRE
8. Experiências,
9. Dificuldades,
10. e Dicas
11. DOGMAS estão vindo
12. ou ATALHOS COGNITIVOS?
13. NÃO CONSIGO COBRIR TODOS OS CONTEXTOS
14. “George veio cagar regra"
15. !
16. 1. O monolito 2. Banco de Dados compartilhado 3. Micro serviços 4. Integração via Eventos/Msgs
17. 1. O monolito ou Aplicação Integrada
18. Não tenha medo do monolito
19. É difícil separar as responsabilidades de um sistema
20. saber o que é o “domínio" leva tempo
21. é possível escrever código fácil de entender, de fácil manutenção e com abstrações que façam sentido
22. Integração Discreta Documentação no código Código de baixa complexidade
23. são as mesmas técnicas que usaríamos para qualquer tipo de arquitetura
24. “mudar” a arquitetura não vai melhorar seus problemas
25. e só porque é um monolito não significa que seja ruim
27. Difícil de escalar um time com monolito
28. Deploy demorado
29. Difícil de entender
30. DIFÍCIL DE ENTENDER
31. DICAS monolito
32. Guidelines
 Code Review Automatize tudo o que puder
 Documente o setup do projeto (README ou bin/setup)
33. use um monorepo
34. 2. Banco de dados compartilhado
35. “rapidez” na hora de acessar DB
36. separação de responsabilidades site / admin validações
37. Compartilhar models gem compartilhada com models?

38. Rodar migrations é difícil
39. Deploy unificado
40. “Quem é o dono do campo/coluna?”
41. DICAS DB compartilhado
42. use um monorepo
43. teste seus scripts de backup/restore
44. automatize deploys e lembre-se de testar os rollbacks
45. smoke tests as apps em conjunto estão ok? tem certeza?
46. 3. Micro serviços
47. deploys independentes ciclo de vida independente
48. linguagens diferentes permite o melhor de vários mundos
49. entender um pedaço é mais fácil o todo pode ser muito grande
50. mais peças móveis deploy mais complexo logs unificados? tracing de requests debugging complexo
51. replica funcionalidades de banco de dados via http com a desvantagem da latência, falta de funcionalidades
52. acoplamento pode ficar implícito podemos fazer deploys independentes? mudanças de APIs quebram o sistema?
53. n gems de clients
54. (normalmente sua equipe é enxuta)
55. (não crie ineficiências)
56. DICAS micro serviços
57. use um monorepo
58. não crie um gemserver interno Adiciona passos a mais no seu fluxo de entrega: Commita na gem Publica a gem Update no Gemfile de cada app Roda os testes de todo mundo
59. não use sinatra vc vai acabar querendo replicar funcionalidades do rails
60. crie serviços, não micro CRUD (html) + API (json) ciclo de vida de um resource aplicações mais independentes
61. contratos/pactos podem te ajudar equipes heterogênas equipes "distantes"
65. 4. Integração via Eventos/Msgs ou, “como replicar dados para apps independentes"
67. # app/models/user.rb on the publisher app class User include Promiscuous::Publisher publish :name, :email end # app/models/user.rb on the subscriber app class User include Promiscuous::Subscriber subscribe :name, :email after_create { Rails.logger.info "Hi #{name}!" } end
68. DICAS int. mensagens
69. logging é essencial vc quer saber tudo o que acontece centralize os logs
70. tome cuidado na ordem dos deploys
71. teste localmente você consegue conectar nas filas de produção
72. Vou começar uma app O que eu faço?
73. DISCLAIMER!
74. DICA:
75. MONOREPO
76. george:~/monorepo[master]$ tree -t . !"" site !"" admin !"" gems # !"" http_logger # $"" minitest-goodies $"" README.md
77. source 'https://rubygems.org' gem 'rails', '4.2.4' gem 'http_logger', path: '../gems/http_logger' gem 'minitest-goodies', path: '../gems/minitest-goodies'
78. ~/monorepo[master]$ git subtree push --prefix=gems/http_logger git@github.com:georgeguimaraes/ http_logger.git
79. Monolito Sem muitas peças móveis Facilita análise de erro / performance Amadureça os conceitos e abstrações do seu domínio de negócios
80. Monolito Continue até quando não puder
81. Monolito é mais fácil estrangular um monolito, do que juntar
82. não encontre problemas para suas soluções
83. Por incrível que pareça, a alternativa mais sem graça vai te ajudar a entregar features e manter a flexibilidade para mudanças
84. george@plataformatec.com.br @georgeguimaraes Obrigado! Dúvidas? https://www.flickr.com/photos/publicplaces/7440727306/in/photolist-ckvEZQ-8fCN3e-nYFygB-p82nbh-wbvUya-nGWwgA-5ahRL4-afpWj4-dq8Ji5-jsVWfF-9zCVfk-fNh9UN-iNUD2J-pMyUkR-gLS3AU-dxre4m- arHDxj-8vC7By-9qbqFD-rA6FMv-nsjdYy-dpFX1B-pkbsmm-bwGQpF-m8bxLg-qJmRN4-9qm1cc-fNi9Yk-5dA9Dc-ee52fu-bGSSt4-pQzrS2-9zy9dQ-kqjDgr-dkkHeL-paSkn8-swkmVC-oVrCAS-pmXotB-nug5Fp-g8PYx8- nsnByK-edcjfR-eVWzMJ-dxcXoP-drgfd5-816jHn-mRFByr-ajNXL9-h3s4tX https://www.flickr.com/photos/publicplaces/7440727306/in/photolist-ckvEZQ-8fCN3e-nYFygB-p82nbh-wbvUya-nGWwgA-5ahRL4-afpWj4-dq8Ji5-jsVWfF-9zCVfk-fNh9UN-iNUD2J-pMyUkR-gLS3AU-dxre4m- arHDxj-8vC7By-9qbqFD-rA6FMv-nsjdYy-dpFX1B-pkbsmm-bwGQpF-m8bxLg-qJmRN4-9qm1cc-fNi9Yk-5dA9Dc-ee52fu-bGSSt4-pQzrS2-9zy9dQ-kqjDgr-dkkHeL-paSkn8-swkmVC-oVrCAS-pmXotB-nug5Fp-g8PYx8- nsnByK-edcjfR-eVWzMJ-dxcXoP-drgfd5-816jHn-mRFByr-ajNXL9-h3s4tX