Arquitetura de Micro Serviços não é uma bala de prata, esta é uma introdução comparando com Arquittura Monolítica. Como também as vantagens e desvantagens de usá-las.
3. Conway’s law
“Organizações que desenvolvem sistemas tendem a produzir sistemas que são
cópias da comunicação das mesmas.”
4.
5.
6. Arquitetura Monolítica
“É um único programa que faz praticamente tudo, mostra a interface do usuário,
acessa os dados, processa as compras dos clientes, imprime notas fiscais, lança
mísseis e qualquer outra coisa que a aplicação precise fazer.”
Rod Stephens - Beginning Software Engineering
7.
8. Benefícios de um monolito
● Facilidade para desenvolver
○ Alcança rapidamente o protótipo ou produto final
● Fácil de atualizar versão
○ basta atualizar o diretório específico da aplicação e reiniciar o serviço
● Fácil de escalar
○ basta subir novas instâncias com o mesmo artefato atrás de balanceador de carga
● Padronização
○ Uniformidade da stack/linguagem de programação no desenvolvimento
9. Mais comum usar o Monolito
● Uma equipe precisa desenvolver rapidamente uma aplicação
● Os novos membros da equipe devem-se tornar rapidamente produtivos
● A aplicação deve ser fácil de entender e modificar
● Testar as tecnologias emergentes (Frameworks, linguagem de programação,
etc. )
10. Desvantagens do Monolito
● Quando com uma base de código muito grande são difíceis de manter
● Intimida pessoas que entram na equipe a desenvolver rapidamente
● O medo em mexer no código diminui a velocidade de entrega e também a
qualidade do código
● Continuous Deployment, escalabilidade e confiabilidade tornam-se cada vez
mais complexas e demoradas
13. E o que é arquitetura de Micro Serviços?
Uma arquitetura orientada a serviço compostas de elementos levemente
acoplados que possuem contextos delimitados
Adrian Crockcroft
14. E o que é arquitetura de Micro Serviços?
Micro Serviços são serviços pequenos e autônomos que trabalham em conjunto
Sam Newman
15. E o que é arquitetura de Micro Serviços?
“É uma forma de desenvolver uma aplicação como uma suíte de pequenos
serviços, cada qual rodando em seu próprio processo (...). Esses serviços são
construídos ao redor de capacidades de negócio e são implantados
independentemente com processos automatizados. (...) Podem ser escritos em
diferentes linguagens e usar tecnologias diferentes de armazenamento de dados”
James Lewis e Martin Fowler
16.
17. Vantagens
● Arquitetura por serviço mais simples
● “Padronização da comunicação (HTTP Rest, Message Broker)
● Serviços “independentes”
● Tende ser mais fácil aplicar Continuous Delivery
18. Vantagens
● Aplicação de testes unitários e sistêmicos mais facilmente
● Liberdade de escolher a tecnologia
● Times autocontidos
● Diminuição de potenciais pontos de falhas
19. Desvantagens
● Exige uma boa maturidade em automação, rastreamento de bugs e
monitoramento
● Aumento da coordenação e comunicação entre equipes para evolução do que
existe ou novos serviços
● Torna mais difícil testes de integração
20. Desvantagens
● Exige uma boa maturidade em automação, rastreamento de bugs e
monitoramento
● Aumento da coordenação e comunicação entre equipes para evolução do que
existe ou novos serviços
● Torna mais difícil testes de integração
● Mais difícil contratação de pessoas. Mais habilidade são requeridas
21.
22. Premissas
● Centralização dos logs
● “Instâncias” (VMs e containers) stateless
● Distributed Tracing
● Circuit Breaking
● Health Check
23. Premissas
● Monitoramento “das regras de negócio”
● Use um serviço de “mensageria” para comunicação entre os Micro Serviços
● Cada Micro Serviço tem sua própria instância de banco de dados
● Múltiplas versões da aplicação rodando ao mesmo tempo
● Uso de um gerenciador de segredos “Secrets”
26. As Equipes
● Organização das equipes capazes de desenvolver um Micro Serviço/Sistema
de forma autônoma
● Desenvolvimento baseado no Trunk/Master
● Autonomia
● Independência