O documento discute os benefícios da arquitetura de microserviços (MSA) para times, recursos e gestão de projetos, incluindo maior isolamento e independência entre serviços, facilitando o trabalho simultâneo de times distintos e releases independentes.

1. @diego_pacheco
Software Architect | Agile Coach
MSA: Quando a gestão
encontra a Arquitetura

3. www.ilegra.com

4. Como era o Mercado

6. Tudo é custo!

7. Fábricas não inovam.

8. A caixa mágica…

9. O Mercado hoje…

10. Services Economy

11. Mobile: Re-Framing IT

12. Entrepreneur/Startup: The new Gold Rush

13. A volta dos que
não foram…

15. Automation

16. Anti-Fragilidade

17. Culture + leadership: New Culture, New Mgmt

18. Structure Enabler

19. Arquitetura de Software

20. A lei de Conway

21. Thomas Jefferson (don’t copy the tools)
In matters of
style, swim with
the current;
In matters of
principle, stand
like a rock.

22. SOA: Arquitetura e Orientação a Serviços

23. Contratos de Serviços
Consumidor
Contrato
Implementação
do
Serviço

24. SLA de Serviços
• Tempo de Resposta
• Up Time
• Throughput
• Tamanho
• Latencia
• Usuários

25. Inventário
Serviços• Nome do Serviço
• Função
• Main Arch/Design
• Contrato
• SLAs
• Versoes
• Entitlements
• Toggles
• Owner:
• Business
• Técnico

26. Backward Compatibility
Service
V1 - Contract
Consumidor X Consumidor Y

27. Backward Compatibility
Service
V1 C
Consumidor X Consumidor Y
V2 C

28. Backward Compatibility
Service
Consumidor X Consumidor Y
V2 C

29. Microservices

30. Microservices: Cases - Benchmark
~600 microservices ~150 microservices para uma página

31. Monolitos

32. Unix Philosophy: Dumb Pipes & Smart Endpoints

33. Remover o “Middleware”

34. Microservices: DDD

35. Descentralização
ESB Microservices

36. Isolamento

37. Isolamento: Beneficios
Times Recursos Gestão

38. Isolamento: Beneficios
Times
 Ter multiplos times trabalhando ao mesmo tempo em
coisas diferente, sem merge 
 É possível ter times por serviços
 Cada time pode trabalhar com técnologias diferentes
 Cada time pode trabalhar de formas diferentes por a
dependencia dos times vira por serviços e não pro
pessoas.
 É possível ter times fazendo delivery de business e
outros atualizando tecnologias ou fazendo melhorias de
performance.

39. Isolamento: Beneficios
Recursos
 Hardware diferente por serviço
 Serviços podem usar mais ou menos recursos
 Serviços não afetam os outros em runtime, tem mais
resiliencia.
 Isolamento de banco permite atualizaçoes no modelo e
tecnolgoia de dados sem impactos e outros serviços.
 Isolamento de CPU, Threads, Memoria, Rede faz com
que o serviço sejá autocontido e indepente assim tendo
mais facilidade para portar de um lugar para outro até
mesmo do DS local para Cloud ou vice-versa.

40. Isolamento: Beneficios
Gestão
 Diferentes prioridades do negócio podem ser feitas ao
mesmo tempo de um jeito melhor.
 Releases podem acontecer em simultaneo, sem
necessidade de tanta coordenação e bloqueio como em
outros modelos.
 Podem se priorizar melhor: Bugs, Débitos Técnicos,
melhorias de tecnologias e migrações.
 Times tem mais produtividade e menos dependencias.
Velocidade de deploy e test / experimentação de
funcionalidades.

41. Solucoes MSA

42. MSA precisa de DevOps

43. @diego_pacheco
Software Architect | Agile Coach
MSA: Quando a gestão
encontra a Arquitetura
Obrigado!