Destruindo monólito usando Go

É comum pessoa desenvolvedora olhar para softwares monólito com olhar de desgosto, mas quando sei qual é o melhor momento de destruí-lo e como desenhar essa jornada?
Vou compartilhar como foi a jornada de migração de um software Ruby (usando Ruby On Rails) para arquitetura de micro serviços.

Transcript

1. Destruindo monólito usando Go por onde começar essa jornada?
2. github: avelino twitter: @avelinorun avelino.run pREST github.com/prest/prest
3. Vamos começar uma Startup?
4. tive uma ideia, seremos o Uber de LeroLero
5. fábrica software
6. software pronto, só falta fazer deploy!
8. features, features, features ...
9. 1 ano depois...
10. desenvolvimento vs negócios
11. após 1 semana quantos clientes o sistema aguenta? "sei lá, olhando para o momento atual da empresa coloca força total em venda" o aplicativo aguenta?
12. "qualquer pessoa" consegue escalar o software "qualquer pessoa" consegue escalar o software
13. "arquitetura" Ruby On Rails (antigo) /dashboard /admin /sync /api iOS Android Elixir map render MongoDB e 2 pessoas desenvolvedoras $ 3k $ 5k $ 100 Cliente ERP
14. exportar relatório parou de funcionar!
18. "arquitetura" Ruby On Rails /dashboard /admin /sync /api iOS Android Elixir map render MongoDB $ 3k $ 5k $ 100 reports generate $ 7 API services DB Queue services services 1 recurso do /dashboard Cliente ERP
19. como seguimos "quebrando" o monólito? baby step
20. … depois de alguns meses … depois de alguns meses … depois de alguns meses
21. "arquitetura" Rails /dashboard iOS Android service map render PostgreSQL Private APIs /dashboard total de 8 serviços API Gateway WSO2 API 1 API 2 API 3 RabbitMQ /api Cliente ERP /sync /admin
22. perguntas?
23. obrigado! github: avelino twitter: @avelinorun avelino.run