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

Escalando uma Aplicação PHP com Docker

Do monolito ao microserviço

$ whoamiWellington F. Silva

Técnico Telecom, Programador, Devops, Instrutor, Escritor, Marido, Pai,

Apreciador de cafés e viciado em pizza.

AKA: wsilva | tom | boina | fisi

Agenda• Monolito

• Ciclo de feedback

• Evolução do Monolito

• Jornada ao microserviço

• Docker

• Demo

Monolith First

Monolith First

• http://martinfowler.com/bliki/MonolithFirst.html

http://martinfowler.com/bliki/MonolithFirst.html

Monolith First


• Começa rápido


Monolith First


• Começa rápido

• Baixa complexidade entre desenvolvimento e a entrega


Monolith First


• Começa rápido


• Baixo Custo


Monolith First


• Começa rápido


• Baixo Custo

• Meta: MVP


Feedback Loop

Feedback Loop

• PDCA - Plan, Do, Check, Act

Feedback Loop


• Retomada de contexto é custosa

Feedback Loop



• Testes diminuem o tempo de feedback loop

Feedback Loop




• Continuous Integration e Continuous Deployment / Delivery

Feedback Loop




• Continuous Integration e Continuous Deployment / Delivery

• Muitos bugs - falta de confiança para colocar em produção

–Conway’s Law

“Organizations which design systems ... are constrained to produce designs which are copies of the communication

structures of these organizations”

Big Monolith

Big Monolith

• Aumento do sistema, mais pessoas para mantê-lo

Big Monolith


• The Mythical Man-Month do Frederick Brooks: "Adding manpower to a late software project makes it later"

Big Monolith


• 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

Big Monolith


• 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

–Desconhecido

“Softwares são desenvolvidos por pessoas e para pessoas.”

Microservice Journey


• Microservice não escala software, escala pessoas



• Art of Scalability - Arquitetos do Ebay - 3 dimensões escaláveis:



• Art of scalability - Arquitetos do Ebay - 3 dimensões escaláveis:

• horizontal: mais máquinas





• particionamento de dados: dividindo coisas similares





• particionamento de dados: dividindo coisas similares

• decomposição funcional: dividir responsabilidades diferentes


• Microservice diminui o contexto, permite serviço coeso, baixo acoplamento



• APIs para comunicação entre serviços distintos



• APIs para comunicação entre serviços distintos

• Permite utilizar as melhores tecnologias (liguagem, stack) para resolver cada problema


• Problemas novos


• Problemas novos

• aumento de complexidade


• Problemas novos


• confiabilidade tem que estar no software (hardware falha)


• Problemas novos



• sempre previnir falhas (de comunicação, rede)


• Problemas novos



• sempre previnir falhas (de comunicação, rede)

• diversos pipelines de entrega (CI/CD) que se interdependem


• Problemas novos

• smart router - testes AB, deploys blue-green, cannary releases


• Problemas novos


• log unificado das instâncias


• Problemas novos



• dashboard central com status de todos os serviços


• Problemas novos




• monitoria e alarmes para cada serviço

Microservice Journey• Problemas novos




• monitoria e alarmes para cada serviço

• testes integrados mais difíceis de realizar


• Estratégia


• Estratégia

• funções e serviços satélites


• Estratégia


• achar os limites do contexto da aplicação - se foi usado DDD fica mais fácil identificar


• Estratégia



• automatização de pipeline (devops)

Microservice Journey• Estratégia



• automatização de pipeline (devops)

• utilizar APIs, pontos de comunicação síncronos e assíncronos


• Estratégia

• CQRS


• Estratégia

• CQRS

• consistência eventual de dados


• Estratégia

• CQRS


• aplicar o 12 factor apps para a criação dos novos serviços


• CQRS



• fazer um balanço de qual projeto geram mais valor e dão menos trabalho (geralmente 1 ou 2 semanas)


• CQRS



• 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


• Estratégia

• utilizar a última geração de Paas, containers

Docker

• Evolução do LXC (Linux Containers)

Docker


• Muito rápido (trabalha com processos)

Docker



• Muito leve (não precisa do Kernel no Guest)

Docker• Evolução do LXC (Linux

Containers)


• Muito leve (não precisa do Kernel no Guest)

• Open Source

Docker

• Diversas Ferramentas para cluster e orquestração

Docker

• Diversas Ferramentas para cluster e orquestração

• Melhora a distribuição de recursos

Docker

https://github.com/wsilva/demo-phpsp-imaDEMO

https://github.com/wsilva/demo-phpsp-ima

–Wellington F. Silva

“Docker. Perfeito pra microservice”

Mais sobre Dockerhttp://bit.ly/curso-docker

http://docker-br.herokuapp.com https://telegram.me/dockerbr

Cupom 25% Novatec

DOCKER

http://bit.ly/curso-docker

http://docker-br.herokuapp.com

https://telegram.me/dockerbr

DúvidasFeedback: https://joind.in/talk/18bb6 Slides: http://speakerdeck.com/wsilva

https://joind.in/talk/18bb6

http://speakerdeck.com/wsilva

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

Technology

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