O documento discute a arquitetura de microserviços. Resume os principais pontos como: (1) a introdução à arquitetura de microserviços e suas vantagens sobre arquiteturas monolíticas; (2) a história dos microserviços e como os princípios são antigos, mas a implementação é nova; (3) pré-requisitos não técnicos como a necessidade de reestruturar a organização para pequenas equipes focadas em produtos.

1. DXC Proprietary and Confidential
September 27, 2019
Arquitetura de
Microserviços
Norberto Enomoto
API | SOA | Integration | Internet of Things Solutions Architect
norberto.enomoto@dxc.com

2. September 27, 2019 2DXC Proprietary and Confidential
Agenda
1. Introdução
2. Histórico dos Microserviços
3. Pré Requisitos não Técnicos
4. Pré Requisitos de Arquitetura
5. Desenho de API – Swagger
6. Referências
7. Dúvidas

3. September 27, 2019 3DXC Proprietary and Confidential
1. Introdução

4. September 27, 2019 4DXC Proprietary and Confidential
Arquitetura de Microserviço
É um Estilo de Arquitetura que enfatiza a decomposição de aplicativos
em microserviços de baixo acoplamento gerido por equipes
multifuncionais, para a entrega e manutenção de sistemas de software
complexos com a velocidade e qualidade exigida pelos negócios
digitais de hoje.

5. September 27, 2019 5DXC Proprietary and Confidential
Arquitetura de Microserviços
Monolítico Microserviço

6. September 27, 2019 6DXC Proprietary and Confidential
Arquitetura de Microserviços

7. September 27, 2019 7DXC Proprietary and Confidential
Arquitetura de Microserviços
• As aplicações são composições de processos pequenos e independentes
• Esses processos se comunicam através de um API em Restfull (HTTP / JSON)
• Normalmente a aplicação front-end (Angular, React e etc) irá utilizar a resposta
JSON para construir a página HTML
• Uma APP desenvolvida em IOS ou Android irá construir suas “views” usando a
resposta JSON

8. September 27, 2019 8DXC Proprietary and Confidential
Arquiteturas Existentes tem suas Limitações
Devagar
Equipes divididas por função – UI,
Aplicação, Middleware, Banco de
Dados, etc. Leva uma eternidade
para fazer qualquer coisa devido ao
“cross-ticketing”
Frágil
Uma falha (bug) poderá rapidamente
“derrubar” toda a aplicação. Pouco
Resiliente
Testes Ineficientes
Toda vez que você alterar sua aplicação,
você terá que retestar tudo. Difícil
suportar a Entrega Contínua
Sem Dono
Quando não existe um dono, você
tem negligência
Complexa
Aplicações tendem a ficar tão grandes e
complexas para o Desenvolvedor entender ao
longo do tempo. Camadas compartilhadas
(ORM, Mensageria, etc) precisam gerenciar
100% dos casos de usos.
Sem
Dono
Devagar
Sem
Especialização
Complexa
Teste
Ineficientes
Frágil
Sem Especialização
Diferentes partes da aplicação
possuem diferentes necessidades –
mais CPU, mais memória, rede, etc

9. September 27, 2019 9DXC Proprietary and Confidential
Caraterística de uma Aplicação de N Camadas
Hardware
Sistema Operacional
Hypervisor
Sistema Operacional
Servidor de Aplicação
Aplicação Monolítica Grande
Um arquivo grande, incluindo a
camada de apresentação (UI) e
o código da aplicação
VM
• 3 camadas
• Somente uma linguagem
de programação
• Tudo centralizado -
mensageria,
armazenamento, banco de
dados e etc
Rico em recursos – suporta
grandes e complexas
aplicações, vários casos de
uso
Provê 100% de isolamento
Configuração manual

10. September 27, 2019 10DXC Proprietary and Confidential
O que são Microserviços
Arquitetura N Camadas Microserviços
Aplicação Monolítica
Precisa implantar (deploy) de toda a aplicação
Um banco de dados para a aplicação inteira
Chamada “In-process”, SOAP externamente
Organizado em torno das camadas de Tecnologia
Desenvolvedores não fazem suporte a “operação”
Uma Tecnologia para toda a aplicação
Vários, pequenos Microserviços com função mínima
Pode implantar (deploy) cada Microserviço de forma independente
Cada Microserviço possui seu próprio banco de dados
Chamadas REST sobre HTTP, Mensageria
Organizado em torno das “Business Capabilities”
Desenvolvedores também suportam a “operação”
Escolha de uma Tecnologia para cada Microserviço

11. September 27, 2019 11DXC Proprietary and Confidential
Microserviços são parecidos com as ferramentas do Unix
Mesmo conceito, décadas diferente – “Do One Thing and Do It Well”
Doug McIlroy
Inventor do Unix Pipe
“Escrever programas que executem algo e de forma
bem feita. Escrever programas para trabalhar em
conjunto. Escrever programas para lidar com fluxos de
texto, porque isso é uma interface universal.”
curl -v -H "Accept: application/json” -H "Content-type: application/json” -X POST
-d ’{"productId":645887","quantity":"1"}'
"http://localhost:8840/rest/ShoppingCart/”
• Executável Unix: Executa algo e de forma bem feito
• É executado independentemente de outros comandos
• Produz uma resposta baseado em texto
• Microserviço: Executa algo e de forma bem feito
• É executado independetemente de outros Microserviços
• Produz resposta baseado em texto para os clientes

12. September 27, 2019 12DXC Proprietary and Confidential
Microserviços são Desenvolvidos / Implantados
Independentemente
Interface do usuário
Aplicação
Banco de Dados
Infraestrutura
Aplicação N Camadas
Aplicação Monolítica
Microserviços
Vários pequenos Microserviços
API
Aplicação
Banco de Dados
Infraestrutra
Microserviço
Estoque
API
Aplicação
Banco de Dados
Infraestrutura
Microserviço
Pagamento
API
Applicação
Banco de Dados
Infraestrura
Microseriço
Perfil
API
Applicação
Banco de Dados
Infraestrura
Microserviço
Catálogo de Produtos

13. September 27, 2019 13DXC Proprietary and Confidential
Fundamentalmente, Microserviços é uma troca
Implantação mais fácil Desenv. Mais fácil
Você quer...
Desenv. Tradicional de aplicação Microserviços
• Um grande bloco de código,
às vezes, divididas em
módulos
• Complexidade gerenciada
dentro do grande bloco de
código
• Cada bloco de código é difícil
de desenvolver, mas fácil
para implantar.
• Vários pequenos blocos de
códigos, cada um
desenvolvido e implantados
de forma independente
• Complexidade encapsulada
dentro de cada Microserviço
• Cada Microserviço é facil de
desenvolver, mas difícil de
implantar

14. September 27, 2019 14DXC Proprietary and Confidential
Casos de Usos para adoção de Microserviços
Eu quero extender minha
aplicação monolítica existente
adicionando Microserviços na sua
periferia
Eu quero decomporuma
aplicação monolítica existente em uma
aplicação baseada na Arquitetura de
Microserviços
Eu quero construir uma nova
aplicação baseada na Arquitetura de Microserviços
a partir do zero

15. September 27, 2019 15DXC Proprietary and Confidential
As vezes Aplicações Monolíticas ainda são uma boa
Abordagem
• Para aplicações menos complexas, monólitos são
sempre melhores, tanto no curto quanto a longo
prazo
• Para aplicações moderadamente complexas,
monólitos ainda são provavelmente melhor, tanto
no curto quanto a longo prazo
• Para aplicações complexas, Microserviços
podem-se pagar ao longo do tempo, mas levam-
se muito tempo para compensar o maior
investimento inicial necessário para implementá-lo
Microserviços adiciona complexidade
Tempo
Complexidade
Complex. ao Longo do Tempo

16. September 27, 2019 16DXC Proprietary and Confidential
Fazer algo e fazê-lo
bem feito
Foco na “Business
Capabilities”
Evitar
Interdependências
Qual o tamanho de um Microserviço?
Pode ter centenas de Microserviços para uma Aplicação grande
Grande
Médio
Pequeno
11-15 Pessoas
Exemplo: Microserviço de Pedido
4-10 Pessoas
Exemplo: Microserviço de Estoque
1-3 Pessoas
Exemplo: Microserviço Status de Pedido

17. September 27, 2019 17DXC Proprietary and Confidential
Guia Definitivo para decidir o Tamanho de um
Microserviço
• “Bounded Context” é um padrão central no Domain-Driven
Design
• Lida com o design do software com base no domínio
subjacente
• Você não pode construir um grande modelo de domínio
unificado para todo um sistema
• Divide um grande sistema em “Bounded Contexts”, cada um
dos quais pode ter um modelo unificado
http://eduardopires.net.br/2016/03/ddd-bounded-context/
Domain-Driven Design: Atacando as Complexidades do Software - Eric Evans

18. September 27, 2019 18DXC Proprietary and Confidential
2. História dos Microserviços

19. September 27, 2019 19DXC Proprietary and Confidential
Os Princípios de Microserviços tem estado conosco
por Décadas
Os Princípios por trás dos Microserviços
muitas vezes são apenas bons Princípios
de Arquitetura
Baixo
Acoplamento
Foco na
“Business
Capabilities” e
não nas
Camadas de
Tecnologias
Reduz a
Complexidade
através da
Modularização
Fazer algo e fazê-lo
bem feito

20. September 27, 2019 20DXC Proprietary and Confidential
MicroserviçosMódulo
Modularidade sempre foi um Objetivo da Arquitetura
Mas Microserviços reforça a modularidade através da implantação de cada
Microserviços separadamente
▪ In process
▪ Chamadas Locais
▪ Não é independentemente Implantável
▪ A fronteira é fortemente reforçada
▪ Mesma Linguagem
▪ Fortemente acoplado
▪ Out-of-process
▪ Chamadas Remotas
▪ Independentemente Implantável
▪ A fronteira não é fortemente reforçada
▪ Diferente Linguagens
▪ Baixo Acomplamento

21. September 27, 2019 21DXC Proprietary and Confidential
SOA vs. Microserviços
SOA é uma idéia geral, onde Microserviços são uma maneira muito específica
de implementá-los
▪ Favorece a Orquestração Centralizada
▪ SOAP + HTTP
SOA
Microserviços
▪ Favorece a Coreografia Distribuída
▪ REST + HTTP/S = simples
Diferenças de Implementação
Todos os Princípios de SOA também se
aplicam à Microserviços

22. September 27, 2019 22DXC Proprietary and Confidential
SOA vs. Microserviços - Equívocos
“Microserviços eliminam a
necessidade de Enterprise
Service Bus”
Não confuda Produto com o Padrão
“Microserviços resolvem os
problemas de SOA”
Não confuda implementações mal
sucessidas de SOA com problemas de SOA
“Empresas como Netflix e
Linkedin usam Microserviços,
então nós devemos usar
também”
Netflix e LinkedIn são uma plataforma de
negócios. Qual é o seu negócio?
“Devemos escolher
Microserviços ou SOA”
Utilize ambos

23. September 27, 2019 23DXC Proprietary and Confidential
Princípios de Microserviços são Antigos. A Implementação é Nova
• Times independentes: Arquiteto, Desenvolvedor, Operação para manter cada Microserviço
• Cada Microserviço tem o seu próprio Banco de Dados, que pode não estar sempre 100% atualizado
• Respostas de Microserviço não são manipuladas por um intermediário, por exemplo, um ESB
• Microserviços favorecem transportes simples – XML ou JSON sobre HTTP / S. Não SOAP
• Qualquer instância de um Microserviço é Stateless
• Microserviços são Poliglotas, cada time de um Microserviço é livre para escolher a melhor Tecnologia
• Princípios DevOps – instalação automatizada e Desenvolvedores dando suporte a produção
• Uso de Containers, que permite o empacotameno de uma aplicação e o rápido tempo de inicialização
• Uso da Nuvem, para um infraestrutura Elástica
Microserviços não é apenas um novo nome para SOA

24. September 27, 2019 24DXC Proprietary and Confidential
3. Pré Requisitos não Técnico

25. September 27, 2019 25DXC Proprietary and Confidential
Lei Conway
“Qualquer pedaço de software
reflete a Estrutura
Organizacional que o
produziu”
Melvin
Conway
1968

26. September 27, 2019 26DXC Proprietary and Confidential
Lei de Conway em Ação
Qualquer pedaço de software reflete a Estrurura Organizacional que o
produziu
Interface do Usuário
Aplicação
Banco de Dados
Infraestrutura
Software ResultanteTipica Estrutura Organizacional Corporativa
Head of IT
Head of
Operations
Head of
DBAs
Head of
Infrastructure
Head of App
Dev
Head of UI
Head of
Development
Um Enorme Monólíto

27. September 27, 2019 27DXC Proprietary and Confidential
Reestruture sua Organização
Construir pequenas equipes com foco em Produtos
Software ResultanteEstrutura Organiz. baseada em Microserviços
Product
Lead
Developer Sys Admin DBA
JavaScript
Developer
Vários pequenos Microserviços
Developer
Developer
Sys Admin
Storage
Admin
Graphic
Artist
NoSQL
Admin
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura

28. September 27, 2019 28DXC Proprietary and Confidential
Características dos diferentes Tipos de Organização
▪ Produz Microserviços
▪ Pequenas equipes podem fazer
quaisquer mudanças que queiram em
um determinado Microserviço
▪ Arquitetura “limpa” porque os
Desenvolvedores têm 100% do
controle
▪ Verdadeiro dono
▪ Produz Monólitos
▪ Uma simples mudança exige uma
ampla coordenação entre todas as
diferentes camadas
▪ A lógica de negócios esta espalhada
em todos os lugares porque é mais
fácil de implementar na sua camada
▪ Sem dono real
Organizações Centralizadas
Focada em Camadas de Tecnologia
Organizações Distribuídas
Focada em Produtos

29. September 27, 2019 29DXC Proprietary and Confidential
4. Pré Requisitos de Arquitetura

30. September 27, 2019 30DXC Proprietary and Confidential
Microserviços Força Mudança para Computação Distribuída
Introduz enorme complexidade – monólitos não sofre disto
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura
API
Aplicação
Banco de Dados
Infraestrutura
Microserviço A Microserviço B Microserviço C Microserviço D
• A Computação Distribuída é uma consequência natural dos Microserviços,
visto que cada Microserviços tem seu próprio banco de dados
• Compartilhamento de banco de dados através de Microserviços introduz
acoplamento - muito ruim!
• Haverá sempre Latência entre Microserviços
• Toda a troca de dados entre
Microserviços deve ser através
da camada da API – não ao
acesso aos banco de dados
entre Microserviços
• Deve-se implementar
mensagens de alta velocidade
entre Microserviços utilizando
REST + HTTP. Provalmente isso
não será suficiente.
• Talvez existirá dados duplicados
entre os banco de dados.
Exemplo: dados do cliente.

31. September 27, 2019 31DXC Proprietary and Confidential
Chamadas Síncronas com Microserviços são muito ruins
Catálogo de
Produtos
Produto Preço Estoque
Encadeamento == Acomplamento == Downtime
A disponibilidade do Microserviço A depende do B, B depende do C, etc

32. September 27, 2019 32DXC Proprietary and Confidential
Orquestração x Coreografia
• Orquestração: é a composição de serviços para criar um novo serviço ou para
resolver uma tarefa de um processo de negócio. Neste caso, sempre há a
figura de um ponto central. Um serviço ou uma atividade de negócio que
coordena a chamada de outros serviços para compor uma função de maior
granularidade. A orquestração de serviços é análoga a um método da
orientação a objetos que faz chamadas de outros métodos.
• Coreografia: a coreografia já é pré-determinada antes da sua execução. Por
exemplo, quando um serviço é acionado e envia uma mensagem, outros
serviços podem estar programados de ante-mão para receber ou não essa
mensagem e dispararem outras ações. Chamamos este processo de evento.
Serviços são acionados conforme a classe de eventos que ocorrem.
Característica básica da Arquitetura Orientada a Eventos. Em um Middleware é
possível atribuir esta característica através da criação de
fluxos Publish/Subscribe

33. September 27, 2019 33DXC Proprietary and Confidential
Orquestração x Coreografia
Orquestração Coreografia
Livro: Building Microservices – Sam Newman
https://samnewman.io/books/building_microservices/

34. September 27, 2019 34DXC Proprietary and Confidential
Orquestração
• Usado em aplicações
centralizadas, monolíticas
• Frágil – centralizado por
natureza
• Cada “ação” interage com o
sistema centralizado – ponto
único de falha que não é muito
flexível
Coreografia
• Usado em aplicações de
Microserviços distribuídos
• Resiliente – distribuído por
natureza
• Cada Microserviço
assincronamente lança uma
messagem que outro
Microserviço pode consumir
Microserviços Força Coreografia ao invés de
Orquestração

35. September 27, 2019 35DXC Proprietary and Confidential
Microserviços Força Muitas Chamadas de Rede
• Microserviços aumenta
exponencialmente chamadas de rede
• Cada tipo de chamada tem um
requerimento único
– Síncrono / Assíncrono
– Performance
– Throughput
– Latência
– Segurança
Monólitos na maioria das vezes fazem chamadas locais dentro de um único
processo
Cliente
Banco de
Dados
Banco de
Dados
Microserviço Microserviço
API Gateway
Síncrono
Assíncrono
Internet Pública
Data Center

36. September 27, 2019 36DXC Proprietary and Confidential
API Gateways faz o Balancemanto de Carga e Agregação das Respostas
API gateways fornece um "backend” para cada “frontend"
Cliente
Internet Pública
Microserviço Microserviço Microserviço
Microserviço Microserviço Microserviço
Data Center
API Gateway
Microserviço Microserviço Microserviço
• Constrói uma resposta XML ou JSON para
cada tipo de cliente - web, celular, etc
• Chamadas Assíncronas para cada um dos N
Microserviços necessários para construir a
resposta
• Gerencia Segurança e esconde o “back-end”
• Balanceamento de carga
• Métricas das APIs
• Logs centralizados

37. September 27, 2019 37DXC Proprietary and Confidential
REST: Representational State Transfer
Fortemente associado com Microserviços, mas não é um requisite técnico
HTTP
REST
XML ou JSON
HTTP
Response
Codes
• Alternativa muito mais simples que o SOAP
• Utiliza GET, POST, PUT, DELETE, etc –
Assim como os navegadores WEB
• Versões de APIs - /v1.2/cliente
• Pode utilizar XML or JSON
• XML é muitas vezes melhor - suporte
XPath, seletores de CSS
• Não pode gerar “stubs” fortemente tipados
REST =

38. September 27, 2019 38DXC Proprietary and Confidential
Circuit Breakers para prevenção de falhas em cascatas
• Regra #1 de Microserviços – Evite Acomplamento
– Síncrono = 2 sistemas estão acoplados
– Assíncrono = não tem acomplamento
• Falhas em cascatas acontecem quando uma thread que gerencia um
request esta aguardando a resposta de uma aplicação remota
• Circuit breakers realizam chamadas assíncronas para um outro pool de
thread para evitar stuck threads
• Hystrix (Java) é bem conhecido e resolve este problema
Falhas em cascata são muito comum com Microserviços

39. September 27, 2019 39DXC Proprietary and Confidential
Logging: Microserviços torna mais difícil
• Mais aplicações, mais containers | VMs | hosts, mais Banco de Dados, mais tudo
• Mais pontos de falhas
• Mais fácil ter falhas em cascata
Logging é muito importante1
• Deve-se implementar o recurso de log em todos os pontos ao longo dos Microserviços.
• Os logs devem ser enviados para um repositório central
• Deve-se centralizar todos os logs para formar uma visão centralizada
Requisitos2
• Colete, análise e transforme arquivos de log: Logstash, Splunk
• Agrege os arquivos de logs: ElasticSearch, Splunk
• Visualização, métricas: Kibana, Grafana, Splunk
Soluções3

40. September 27, 2019 40DXC Proprietary and Confidential
O que / como Monitorar
Monitorar um Monólito e relativamente simples – uma aplicação.
Microserviços = várias aplicações
Req. para monitoração de Microserviços
1. Monitorar throughput,
performance e métricas de
negócios
2. Monitorar cada request para cada
Microserviço – end-to-end
3. Acompanhar a saúde das
dependências
4. Monitorar cada processo, OS,
host, etc
Dropwizard Metrics
Ferramentas Populares

41. September 27, 2019 41DXC Proprietary and Confidential
Arquitetura de Microserviços

42. September 27, 2019 42DXC Proprietary and Confidential
5. Desenho API - Swagger

43. September 27, 2019 43DXC Proprietary and Confidential
Arquitetura REST
• É um termo definido por Roy Fielding em sua tese de doutorado, no qual ele
descreve um estilo de arquitetura de software sobre um sistema operado em
rede. REST é um acrônimo para "Transferência de Estado Representacional"
(Representational State Transfer).
• Enxerga cada aplicação web como um conjunto de recursos que representam
um estado particular de um aplicativo. Quando você acessa este recurso,
transfere-se o estado (conteúdo), e talvez altera-se o seu estado.

44. September 27, 2019 44DXC Proprietary and Confidential
RESTFul
• RESTful é uma implementação de um "web service" simples utilizando o HTTP e os principios
REST
• Normalmente utiliza o formato JSON (JavaScript Object Notation):
{
"name": "read-node",
"cluster_name": "apache-cluster",
"version": {
"number": "2.1.0",
"build_hash": "72cd1f1a3eee09505e036106146dc1949dc5dc87",
"build_timestamp": "2015-11-18T22:40:03Z",
"build_snapshot": false,
"lucene_version": "5.3.1"
},
"tagline": "You Know, for Search"
}

45. September 27, 2019 45DXC Proprietary and Confidential
JSON
Dados
"nome":"Roberto Carlos"
Objetos
{
"nome": "Roberto Carlos",
"documento": "879.728"
}
Array
"clientes":[
{"nome":"Kibana",
"documento":"258.741"},
{"nome":“Kitri”,
"documento":"789.456"},
{"nome":"Prince",
"documento":"258.321"}
]

46. September 27, 2019 46DXC Proprietary and Confidential
Exemplo: API Elasticsearch
https://www.elastic.co/guide/en/elasticsearch/reference/current/rest-apis.html

47. September 27, 2019 47DXC Proprietary and Confidential
Desenho API - Swagger
• Ferramenta para desenho de RESTful API
• Utiliza especificação OpenAPI e sintaxe YAML
• 100% Open Source
• Open API Specification
https://swagger.io/specification/
• Gera código para várias linguaguens de programação: back end e client sdk:
http://editor.swagger.io/
• Outros ferramentas | frameworks:
http://raml.org/
https://apiblueprint.org/

48. September 27, 2019 48DXC Proprietary and Confidential
Referências
Livros
https://www.amazon.com/Building-Microservices-Designing-Fine-Grained-
Systems/dp/1491950358/ref=sr_1_1?keywords=microservices&qid=1569428459&s=gateway&sr=8-1
https://www.amazon.com/Microservices-Patterns-examples-Chris-
Richardson/dp/1617294543/ref=sr_1_2?keywords=microservices&qid=1569428552&s=gateway&sr=8-2
Cursos
https://www.udemy.com/microservices-with-spring-boot-and-spring-cloud/
https://www.udemy.com/course/microservices-rest-com-swagger-na-pratica/
https://www.udemy.com/rest-api/
https://www.youtube.com/watch?v=y8IQb4ofjDo
https://github.com/norberto-enomoto/go-microservice
Web Site
https://microservices.io/patterns/microservices.html

49. September 27, 2019 49DXC Proprietary and Confidential
6. Dúvidas

50. DXC Proprietary and Confidential
Obrigado.