Do monolito aos microserviços com Docker (PHPSP+IMA)

Palestra ministrada no PHPSP+IMA em Campinas-SP em 20/08/2016. Abordamos como sair do monolito e ir para o microserviço conforme sua aplicação cresce e simulamos isso com containers Docker

1. Escalando uma Aplicação PHP com Docker Do monolito ao microserviço
2. $ whoami Wellington F. Silva Técnico Telecom, Programador, Devops, Instrutor, Escritor, Marido, Pai, Apreciador de cafés e viciado em pizza. AKA: wsilva | tom | boina | fisi
3. Agenda • Monolito • Ciclo de feedback • Evolução do Monolito • Jornada ao microserviço • Docker • Demo
4. Monolith First
5. Monolith First • http://martinfowler.com/bliki/ MonolithFirst.html
6. Monolith First • http://martinfowler.com/bliki/ MonolithFirst.html • Começa rápido
7. Monolith First • http://martinfowler.com/bliki/ MonolithFirst.html • Começa rápido • Baixa complexidade entre desenvolvimento e a entrega
8. Monolith First • http://martinfowler.com/bliki/ MonolithFirst.html • Começa rápido • Baixa complexidade entre desenvolvimento e a entrega • Baixo Custo
9. Monolith First • http://martinfowler.com/bliki/ MonolithFirst.html • Começa rápido • Baixa complexidade entre desenvolvimento e a entrega • Baixo Custo • Meta: MVP
10. Feedback Loop
11. Feedback Loop • PDCA - Plan, Do, Check, Act
12. Feedback Loop • PDCA - Plan, Do, Check, Act • Retomada de contexto é custosa
13. Feedback Loop • PDCA - Plan, Do, Check, Act • Retomada de contexto é custosa • Testes diminuem o tempo de feedback loop
14. Feedback Loop • PDCA - Plan, Do, Check, Act • Retomada de contexto é custosa • Testes diminuem o tempo de feedback loop • Continuous Integration e Continuous Deployment / Delivery
15. Feedback Loop • PDCA - Plan, Do, Check, Act • Retomada de contexto é custosa • Testes diminuem o tempo de feedback loop • Continuous Integration e Continuous Deployment / Delivery • Muitos bugs - falta de confiança para colocar em produção
16. –Conway’s Law “Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations”
17. Big Monolith
18. Big Monolith • Aumento do sistema, mais pessoas para mantê-lo
19. Big Monolith • Aumento do sistema, mais pessoas para mantê-lo • The Mythical Man-Month do Frederick Brooks: "Adding manpower to a late software project makes it later"
20. Big Monolith • Aumento do sistema, mais pessoas para mantê-lo • The Mythical Man-Month do Frederick Brooks: "Adding manpower to a late software project makes it later” • 2 pizza team - tamanho dos times - Jeff Bezos da AWS
21. Big Monolith • Aumento do sistema, mais pessoas para mantê-lo • The Mythical Man-Month do Frederick Brooks: "Adding manpower to a late software project makes it later” • 2 pizza team - tamanho dos times - Jeff Bezos da AWS • O crescimento leva naturalmente na divisão de equipes
22. –Desconhecido “Softwares são desenvolvidos por pessoas e para pessoas.”
23. Microservice Journey
24. Microservice Journey • Microservice não escala software, escala pessoas
25. Microservice Journey • Microservice não escala software, escala pessoas • Art of Scalability - Arquitetos do Ebay - 3 dimensões escaláveis:
26. Microservice Journey • Microservice não escala software, escala pessoas • Art of scalability - Arquitetos do Ebay - 3 dimensões escaláveis: • horizontal: mais máquinas
27. Microservice Journey • Microservice não escala software, escala pessoas • Art of scalability - Arquitetos do Ebay - 3 dimensões escaláveis: • horizontal: mais máquinas • particionamento de dados: dividindo coisas similares
28. Microservice Journey • Microservice não escala software, escala pessoas • Art of scalability - Arquitetos do Ebay - 3 dimensões escaláveis: • horizontal: mais máquinas • particionamento de dados: dividindo coisas similares • decomposição funcional: dividir responsabilidades diferentes
29. Microservice Journey • Microservice diminui o contexto, permite serviço coeso, baixo acoplamento
30. Microservice Journey • Microservice diminui o contexto, permite serviço coeso, baixo acoplamento • APIs para comunicação entre serviços distintos
31. Microservice Journey • Microservice diminui o contexto, permite serviço coeso, baixo acoplamento • APIs para comunicação entre serviços distintos • Permite utilizar as melhores tecnologias (liguagem, stack) para resolver cada problema
32. Microservice Journey • Problemas novos
33. Microservice Journey • Problemas novos • aumento de complexidade
34. Microservice Journey • Problemas novos • aumento de complexidade • confiabilidade tem que estar no software (hardware falha)
35. Microservice Journey • Problemas novos • aumento de complexidade • confiabilidade tem que estar no software (hardware falha) • sempre previnir falhas (de comunicação, rede)
36. Microservice Journey • Problemas novos • aumento de complexidade • confiabilidade tem que estar no software (hardware falha) • sempre previnir falhas (de comunicação, rede) • diversos pipelines de entrega (CI/CD) que se interdependem
37. Microservice Journey • Problemas novos • smart router - testes AB, deploys blue-green, cannary releases
38. Microservice Journey • Problemas novos • smart router - testes AB, deploys blue-green, cannary releases • log unificado das instâncias
39. Microservice Journey • Problemas novos • smart router - testes AB, deploys blue-green, cannary releases • log unificado das instâncias • dashboard central com status de todos os serviços
40. Microservice Journey • Problemas novos • smart router - testes AB, deploys blue-green, cannary releases • log unificado das instâncias • dashboard central com status de todos os serviços • monitoria e alarmes para cada serviço
41. Microservice Journey • Problemas novos • smart router - testes AB, deploys blue-green, cannary releases • log unificado das instâncias • dashboard central com status de todos os serviços • monitoria e alarmes para cada serviço • testes integrados mais difíceis de realizar
42. Microservice Journey • Estratégia
43. Microservice Journey • Estratégia • funções e serviços satélites
44. Microservice Journey • Estratégia • funções e serviços satélites • achar os limites do contexto da aplicação - se foi usado DDD fica mais fácil identificar
45. Microservice Journey • Estratégia • funções e serviços satélites • achar os limites do contexto da aplicação - se foi usado DDD fica mais fácil identificar • automatização de pipeline (devops)
46. Microservice Journey • Estratégia • funções e serviços satélites • achar os limites do contexto da aplicação - se foi usado DDD fica mais fácil identificar • automatização de pipeline (devops) • utilizar APIs, pontos de comunicação síncronos e assíncronos
47. Microservice Journey • Estratégia • CQRS
48. Microservice Journey • Estratégia • CQRS • consistência eventual de dados
49. Microservice Journey • Estratégia • CQRS • consistência eventual de dados • aplicar o 12 factor apps para a criação dos novos serviços
50. Microservice Journey • Estratégia • CQRS • consistência eventual de dados • aplicar o 12 factor apps para a criação dos novos serviços • fazer um balanço de qual projeto geram mais valor e dão menos trabalho (geralmente 1 ou 2 semanas)
51. Microservice Journey • Estratégia • CQRS • consistência eventual de dados • aplicar o 12 factor apps para a criação dos novos serviços • fazer um balanço de qual projeto geram mais valor e dão menos trabalho (geralmente 1 ou 2 semanas) • com a evolução matamos o monólito por inanição
52. Microservice Journey • Estratégia • utilizar a última geração de Paas, containers
54. Docker • Evolução do LXC (Linux Containers)
55. Docker • Evolução do LXC (Linux Containers) • Muito rápido (trabalha com processos)
56. Docker • Evolução do LXC (Linux Containers) • Muito rápido (trabalha com processos) • Muito leve (não precisa do Kernel no Guest)
57. Docker • Evolução do LXC (Linux Containers) • Muito rápido (trabalha com processos) • Muito leve (não precisa do Kernel no Guest) • Open Source
58. Docker • Diversas Ferramentas para cluster e orquestração
59. Docker • Diversas Ferramentas para cluster e orquestração • Melhora a distribuição de recursos
60. Docker
61. Docker
62. Docker
63. Docker
64. https://github.com/wsilva/demo-phpsp-ima DEMO
65. –Wellington F. Silva “Docker. Perfeito pra microservice”
66. Mais sobre Docker http://bit.ly/curso-docker http://docker-br.herokuapp.com https://telegram.me/dockerbr Cupom 25% Novatec DOCKER
67. Dúvidas Feedback: https://joind.in/talk/18bb6 Slides: http://speakerdeck.com/wsilva