1.
Microservices
Tiago Dolphine

2.
Tiago Marchetti Dolphine
tiagodolphine@gmail.com
@tiagodolphine
Sobre?

3.
Agenda
• O que é ? como surgiu? Porque?
• Decompondo uma aplicação em microservices
• Comunicação e integração
• Estrutura básica
• Desafios (micro?)
• Case de arquitetura microservices

4.
Vamos imaginar que estamos desenvolvendo
uma loja virtual ...

5.
Browser /
Mobile App
App Server/Container (Tomcat/Jetty)
Framework (Spring/JavaEE)
LB
X Scaling
DB
Front End
Framework
Product Svc
Order Svc
Pricing Svc
Stock Svc
ORM
(Hibernate)
Aplicação Monolítica

6.
Simplicidade em:
• Desenvolver
• Testar
• Deploy
• Escalar
É natural pois é como aprendemos !
Aplicação Monolítica

7.
Porém...
• Crescimento do negócio
• Aumento da complexidade
do negócio

8.
E para os desenvolvedores?

9.
E para os desenvolvedores?

10.
Enquanto isso em nossa loja virtual ...
Aumento de vendas 
Serviço de Pedidos  Gargalo

11.
Vamos escalar nossa aplicação !

12.
App Server/Container (Tomcat/Jetty)
Framework (Spring/JavaEE)
Front End
Framework
Product Svc
Order Svc
Pricing Svc
Stock Svc
ORM
(Hibernate)
App Server/Container (Tomcat/Jetty)
Framework (Spring/JavaEE)
Front End
Framework
Product Svc
Order Svc
Pricing Svc
Stock Svc
ORM
(Hibernate)
App Server/Container (Tomcat/Jetty)
Framework (Spring/JavaEE)
Front End
Framework
Product Svc
Order Svc
Pricing Svc
Stock Svc
ORM
(Hibernate)
App Server/Container (Tomcat/Jetty)
Framework (Spring/JavaEE)
Front End
Framework
Product Svc
Order Svc
Pricing Svc
Stock Svc
ORM
(Hibernate)
• Custos desnecessários (Cloud $$)
• Subaproveitamento de recurso
computacional
Preciso escalar toda a aplicação !

13.
http://microservices.io/articles/scalecube.html

14.
Alguns pontos negativos
• Redeploy de toda a aplicação para pequenas mudanças
• Alto tempo de interrupções
• Risco de falhas
• Dificulta mudanças
• Updates menos frequentes

15.
A microservice architecture builds software as suites of collaborating
services.
(Martin Fowler)

16.
O que é? Qual vantagem?
• Conjunto de pequenos serviços
• Foco em funcionalidade
• Independência
• Tecnologias heterogêneas e poliglotas
• Escalabilidade em gargalos
• DRY  Reuso de funcionalidades
• Deploy independente (favorece CI/CD)
• Equipes menores e focadas

17.
Como definir um bom microservice?
• Funcionalidades relacionados devem ficar juntas
• Baixo acoplamento / Alta coesão
• Estudar e delimitar o escopo do serviço
• Modelar pensando em funcionalidades, não nos dados
• Bounded Contexts (modelo interno e modelo exposto)
• Módulos (app monólítica) candidatos a microservices
O menor possível, porém grande o suficiente para
representar o seu domínio

18.
Como ficaria nossa loja virtual?

19.
Browser /
Mobile App
LB
Y Scaling
DB
Micro container framework
Order Svc
DB
Stock Svc
Front End
DB
Product Svc
DB
Pricing Svc

20.
http://microservices.io/articles/scalecube.html

21.
Integração e comunicação
• Como um serviço se comunica com outro?
Chamada à funções  Chamadas à APIs remotas
• Síncrono: request/response
• Assíncrono: request/callback

22.
Orquestração vs coreografia
Vamos pensar no processo de criação de um novo cliente
Um serviço gerencia quando tomar ações Cada serviço sabe quando tomar ações diante de um evento

23.
REST
• Mecanismo síncrono
• Recurso  É o foco do serviço
• Desacoplamento do exposto para o armazenado
• HTTP
• Semântica e verbos (ex: GET, POST, PUT, DELETE)
• Caching proxies
• Load balancers
• Ferramentas de monitoramento
• Métodos de segurança

24.
API Gateway
API
GW
Web
App
Mobile
App
Customer
Product
Stock
Pricing
• Ponto único de entrada
• Agregação de dados
• API otimizada para diferentes
clientes
• Evita exposição de dados
desnecessários
• Tradução de protocolo
• Cross domain e Same-origin policy

25.
Mensageria
• Mecanismo assíncrono (baseado em eventos)
• Publish/Subscribe
• Incentiva a coreografia e baixo acoplamento
• Padrões para mensagens (AMQP, JMS...)
• Message Broker (RabbitMQ, ActiveMQ, HornetQ...)
• Aumenta complexidade

26.
Híbrido
Stock
Pricing
Email
TopicOrderFrontEnd
Product
CustomerDB
REST/HTTP
Vamos pensar num fluxo de compra

27.
Falhas são inevitáveis
• Estar preparado para falhas
• Assumir que as chamadas e serviços podem falhar
• Rede é instável
• Recuperação à falhas
• Adotar este pensamento em tudo que for desenvolvido

28.
Estrutura básica de um Microservice
Recursos
Serviço
Modelo
do Domínio
Repositórios
ORM / Framework Dados
Gateway
Recursos
Serviço
Modelo
doDomínio
Repositórios
ORM/Framework
Dados
Gateway

29.
Deploy
• Instância
• Serviços isolados
• Sem conflito de recursos
• Aloca todo recurso disponível
• Virtual Machine
• Facilidade de escalar  add mais VMs
• Controle de CPU e memória
• VM lenta de buildar e startar
• Container
• Rápido para buildar e startar
• Não necessita startar todo SO, apenas o processo do serviço

30.
E como ficam os times de
desenvolvimento?

31.
"Qualquer empresa que projeta um
sistema, inevitavelmente produz um
projeto cuja estrutura é uma cópia
da estrutura de comunicação da
organização“...

32.
• Times multidisciplinares
• Paraleliza mais facilmente o desenvolvimento
• Cada time é responsável (dono) por cada microservice

33.
Microservices no ifood...

34.
Vamos a um exemplo de código
... com Spring boot
https://github.com/tiagodolphine/microservices

35.
Concluindo...
• Maior complexidade!
• Preciso de microservices para o meu problema?
• Estar sempre ciente dos desafios que terei que enfrentar!
• Descoberta de serviços
• Operações transacionais
• Testes
• Monitoramento
• Teorema CAP (consistency, availability, partition tolerance)
• Dia a dia do desenvolvedor mais agitado e divertido 

36.
Algumas referências
• Microservices (Martin Fowler e James Lewis)
• microservices.io (Chris Richardson)
• Building "Bootiful" Microservices with Spring Boot (Josh Long)
• Testing Strategies in a Microservice Architecture (Toby Clemson)
• Building Microservices
Designing Fine Grained Systems (Sam Newman) fev/2015

37.
Tiago Marchetti Dolphine
tiagodolphine@gmail.com
@tiagodolphine
Dúvidas ?

38.
Algumas idéias de tecnologias
• Micro container: Spring Boot, Play, DropWizard
• Comunicação:
• REST : Spring MVC, JAX-RS
• Mensageria: Spring AMQP com RabbitMQ
• Deploy: Container com Docker
• Monitoramento: Logstash, Kibana, NewRelic, Consul
• Service Discovery: Consul