Monolito é coisa do passado! Adeus ao código legado! Eu vou construir microsserviços.
•Transferir como PPTX, PDF•
0 gostou•51 visualizações
Hoje em dia o que mais vejo são pessoas relacionando monolito com código legado, ou código legado com código ruim, ou acreditando cegamente que uma arquitetura em microserviços é a solução para todos os seus problemas. Esta palestra é um convite para a reflexão sobre estes termos que geralmente são mal compreendidos.
Recomendados
Recomendados
Mais conteúdo relacionado
Semelhante a Monolito é coisa do passado! Adeus ao código legado! Eu vou construir microsserviços.
Semelhante a Monolito é coisa do passado! Adeus ao código legado! Eu vou construir microsserviços. (20)
Monolito é coisa do passado! Adeus ao código legado! Eu vou construir microsserviços.
- 1. Monolito é coisa do passado! Adeus ao código legado! Eu vou construir microsserviços. Fábio Domingues Software Architect / Build Engineer @ UNIC / Softplan
- 2. Sobre mim Fábio Domingues ● Arquiteto de Software @ UNIC / Softplan ● Desenvolvedor de Software desde 2009 ● Bacharel em Engenharia da Computação ● Apaixonado por Sistemas Distribuídos ● Admirador de boas práticas de arquitetura e design de código. E-mail: contato@fabiodomingues.com LinkedIn: @dominguesfabio Twitter: @f4biodomingues
- 3. Agenda ● Motivação ● Código ruim ● Código legado ● Monolito x Microsserviço ● Monolith First
- 4. “MONOLITÃO”
- 5. Monolito = Código Legado Código Legado = Código Ruim Microsserviços > Monolito
- 6. Código ruim
- 7. Código difícil de entender?
- 10. Um bom código deve ser autoexplicativo
- 11. “Good code should explain what it's doing. It should be boring to read. Everything is perfectly obvious. That is good code.” Robert Martin
- 12. “Qualquer tolo consegue escrever código que um computador entenda. Bons programadores escrevem código que humanos possam entender.” Martin Fowler
- 13. "Sempre codifique como se o programador que vai dar manutenção no seu código fosse um serial killer maníaco que sabe onde você mora." (autor desconhecido) #FicaDica
- 14. Código legado
- 15. Código não escrito por você?
- 16. “Código legado é código sem testes.” Michael C. Feathers
- 21. Consistency Availability Partition Tolerance Teorema CAP Criado por Dr. Eric Brewer, pela ACM (Association for Computing Machinery)
- 22. Assíncrono
- 24. etc...
- 25. Mas lá na Netflix…
- 28. Bounded Contexts
- 29. Seja pragmático!
- 31. Valorize o que você tem!
- 32. Obrigado!
Notas do Editor
- Toda a motivação desta palestra começou quando eu estava em uma sala de reunião Estávamos discutindo sobre uma solução, até que eu ouvi de um Desenvolvedor a frase "Se não fosse no MONOLITÃO seria mais fácil e rápido". Depois disso comecei a observar como as pessoas misturam conceitos de código legado e código ruim com monolito. Ou então algumas pessoas, acreditando cegamente que microsserviços é a solução para todas as soluções e projetos. A ideia desta apresentação é justamente esclarecer a diferença entre estes conceitos e também apresentar algo que pode lhes auxiliar na decisão entre escolher microserviços ou monolito em seus projetos.
- Associações...
- Tem também o extremismo de que qualquer código escrito é legado.
- Primeiro capitulo do livro Clean Code do Robert Martin.
- Código macarrônico
- Um bom código deve explicar o que está fazendo. Deve ser chato de ler. Tudo é perfeitamente óbvio. Isso é um bom código
- Ao ouvir histórias sobre equipes usando uma arquitetura de microsserviços, notei um padrão comum. Quase todas as histórias bem-sucedidas de microsserviço começaram com um monólito que ficou grande demais e foi quebrado Quase todos os casos em que ouvi falar de um sistema que foi construído como um sistema de microsserviço a partir do zero, acabou com sérios problemas.
- Os limites entre os serviços estão claros e estáveis? Qualquer refatoração de funcionalidade entre serviços é muito mais difícil do que em um monolito.
- Faça um balanço entre as opções, e escolha conforme sua necessidade e não conforme a “modinha”.
- Falar sobre os efeitos psicológicos, de tentar sempre se manter na hype.