Devolta ao Monolito

Uma discussão sobre Microserviços e Monolito

Transcript

1. De volta ao monolito
2. @reinaldob • Mais de 20 anos de experiência em desenvolvimento • Programador na Spree Commerce Inc. • Empresa focada em eCommerce • Equipe distribuída • 99% home office
4. Nossa Equipe • Washington-EUA(HQ) • Vermont-EUA • Polônia • São Paulo • Piauí
5. 2 times
6. Antes de começar…
8. Como era no início?
9. Store (Rails, Repo) • Acessado por um volume de usuários específico • Tem mecanismo de cache diferente • Requisitos diferentes de disponibilidade
10. Admin (Rails, Repo) • Acessado só pelo administrador • Baixo acesso • Disponibilidade relaxada
11. Checkout (Rails, Repo) • Unico app para todas as lojas • Requisitos de segurança diferentes • Mais simples, menos deploys
12. Site (Rails, Repo) • App para autenticação • Segurança alta • Utilizado para o Store e Admin
13. • Nova feature, temas! • Separar para poder ser feito fora • Reuso Themes (Gem, Repo)
14. • Reuso • Duplicação • Sem lugar definido • API Core (Gem, Repo)
15. Core (Gem, Repo) Themes (Gem, Repo) Admin (Rails, Repo) Store (Rails, Repo) Checkout (Rails, Repo) Site (Rails, Repo)
16. Infra • Docker para cada Rails • Git repo para cada projeto • Git Flow • AWS (elb, ec2, s3, etc..) • DynamoDB
17. 1 Devops
20. Mas as coisas começaram a mudar
21. Deploy demorado • Tempo para rodar CI • Gerar imagem(AMI) • Publicar • Montar servidores(EC2, ELB, etc) • 15min por projeto(4 projetos)
22. Dependencias • 5 projetos • Nova versão, 5 tags, 5 releases, 5 … • 1 Bug = Git flow hell
23. Duplicação • I18n • Assets • Presenters • Tool (CodeClimate) FTW
24. Evolução Rápida • Startup • Features ortogonais a todo o tempo • Time to Market • Times Pequenos
26. Mesmo assim ta tudo bem…
28. Passo 1
29. Criar apenas 1 repo • Crazy Ideas • Similar à Open Source • Sem julgamento
30. Criar apenas 1 repo • Tag para 1 repo • Melhor visão (encontrando problemas) • Sem sofrimento para bugs
31. Passo 2
32. Deploy • Processo de rodar o CI • Como geramos as imagens (AMI) • Normalizamos as apps para usarem a mesma estrutura e assim reutilizar as configs
34. Passo 3
35. Admin + Site • A app site estava meio perdida, ai margeamos com o Admin • Um passo seguro
36. Passo 4
37. Infra • A infra foi toda redesenhada • Tudo imutável • Evidenciou nossos problemas • Ficou muito pior do que estava
38. Passo 5
39. Mergear Tudo • Crazy Ideas de novo • Todos os projetos viraram 1 só • Rotas, views, assets, etc
40. Como ficou?
41. Themes (pasta) Admin Store Site Checkout (Rails) Core (pasta) Repo • I18n centralizada • Assets centralizados • Packages/Namespaces melhores • Melhores specs
42. Admin Store Site Checkout (Rails) AMI • CI em 8min (mesmo com o dobro de features) • Deploy 10min • Scripts de infra simplificados • Arquitetura 100% imutável (inclusive o banco de dados)
43. E estamos felizes no momento =)
44. Mas não mudamos só código!
45. Arquitetura tem que ser baseada no negócio e nas pessoas.
46. Conway Law
47. Reavalie seu ambiente com olhos de fora sempre que possível
48. Ouça seu time
49. Experimente, experimente e experimente…
50. Ouça o mercado também, mas não muito…
51. Obrigado :) Dúvidas?