thedevconf 2016 - análise efetiva de microservices em 3 passos

T h e D e v e l o p e r ’ s C o n f e r e n c e 2 0 1 6

ANÁLISE EFETIVA DE MICROSSERVIÇOS EM 3 PASSOS

Taíse Dias da Silva

BACKGROUND

2

2009

Ciência da Computação, UFPE Metodologias ágeis Web services

2013Microsserviços

2014

Análise de Microsserviços

FALAREMOS SOBRE

3

Análise

Microsserviços

Contexto & Desafios

3 passos para análise

4

ANÁLISE

Fonte: The Agile Samurai: How Agile Masters Deliver Great Software. Rasmusson, Jonathan.

O QUE É FAZER ANÁLISE?

5

“Deixa que a gente se preocupa com os detalhes.”

Conta com a gente pra

fazermos nossa tarefa de casa, pra toda e cada

iteração!

Ajudar a definir histórias do usuário

Fazer a análise detalhada

Garantir que fizemos nosso trabalho

Sei o que quero, mas como descrevo isso?

Fazer web site

3 meses

Artefatos de análise

O que? Por quê? Pra quem?

HISTÓRIA DO USUÁRIO

6



7

Como palestrante do TheDevConf que não mora mais em SP

Eu preciso listar nome, preço e localização de hotéis de SP disponíveis em 5 de julho

Para que eu possa escolher um hotel perto do local do evento



8

I Independente






9

I

N

Independente

NegociávelComo palestrante do TheDevConf que não mora mais em SP





10

I

N

V

Independente

Negociável

Valiosa

Interface com o usuário (HTML, CSS) Camada do meio (C#, Java, Python) Camada de dados (Oracle, SQL Server)







11

I

N

V

E

Independente

Negociável

Valiosa

Estimável








12

I

N

V

E

S

Independente

Negociável

Valiosa

Estimável

Pequena (small)








13

I

N

V

E

S

T

Independente

Negociável

Valiosa

Estimável

Pequena (small)

TestávelInterface com o usuário (HTML, CSS) Camada do meio (C#, Java, Python) Camada de dados (Oracle, SQL Server)







14

I

N

V

E

S

T

Independente

Negociável

Valiosa

Estimável

Pequena (small)

TestávelInterface com o usuário (HTML, CSS) Camada do meio (C#, Java, Python) Camada de dados (Oracle, SQL Server)





HISTÓRIA ÁGIL TRADICIONAL

BACKLOG

▫︎Conjunto das histórias para features do produto

15

BACKLOG


▫︎ Épico: agrupam histórias de mesma área do domínio

16

BACKLOG



17

ÉPICO: Cadastro de cliente

BACKLOG



18

ÉPICO: Cadastro de cliente

História #1: Cadastro manual: nome, email, …

História #2: Cadastro via facebook

E quando as histórias são implementadas por microsserviços?

19

20

MICROSSERVIÇOS

QUE PROBLEMA MICROSSERVIÇOS TENTA RESOLVER?

21

Arquitetura monolítica: várias features em um único executável


22


Problemas: -Implantação de uma feature requer implantação de todas


23


Problemas: -Implantação de uma feature requer implantação de todas -Difícil de manter a modularização


24


Problemas: -Implantação de uma feature requer implantação de todas -Difícil de manter a modularização -Escalar horizontalmente requer mais infra

O QUE SÃO MICROSSERVIÇOS?

25


Arquitetura de microsserviços: conjunto de serviços, cada um sendo um executável e responsável por uma feature


26



Problemas: -Implantação de uma feature requer implantação de todas

Soluções: -Implantação de uma feature independente de outras


27



Problemas: -Implantação de uma feature requer implantação de todas -Difícil de manter a modularização

Soluções: -Implantação de uma feature independente de outras -Comunicação simples, protege módulos


28



Problemas: -Implantação de uma feature requer implantação de todas -Difícil de manter a modularização -Escalar horizontalmente requer mais infra

Soluções: -Implantação de uma feature independente de outras -Comunicação simples, protege módulos -Escalar horizontalmente requer menos infra

BOAS PRÁTICAS

▫︎ Testes automatizados em todos os níveis

▫︎Unitários, integração, contratos, jornadas de usuários

29

BOAS PRÁTICAS



▫︎ Integração contínua

30

BOAS PRÁTICAS




▫︎ Implantação automatizada

31

BOAS PRÁTICAS





▫︎Monitoração

32

BOAS PRÁTICAS





▫︎Monitoração

▫︎ Times cuidando de feature

33

BOAS PRÁTICAS





▫︎Monitoração


▫︎ Times mantendo os microsserviços independentes

34

BOAS PRÁTICAS





▫︎Monitoração


▫︎ Times mantendo os microsserviços independentes

35

JORNADA

Mas e enquanto não se consegue adotar todas as boas práticas?

36

37

CONTEXTO & DESAFIOS

ORGANIZAÇÃO DOS TIMES: CENÁRIO IDEAL

38

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$

Web$Service$C$ Web$Service$D$

Time'4'Time'3'

Aplicação$$$$$Cliente$

Time'2'Time'1'

ORGANIZAÇÃO DOS TIMES: CENÁRIO REAL

39

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$


Time'4'Time'3'


Time'2'

Time'1'

ORGANIZAÇÃO DO BACKLOG: CENÁRIO IDEAL

40

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$


Backlog'4'Backlog'3'



ORGANIZAÇÃO DO BACKLOG: CENÁRIO REAL

41

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$




Backlog'2'

Backlog'1'

DESAFIO #1

▫︎Quando times perdem a visão do todo

42

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$


Time'4'Time'3'


Time'2'

Time'1'

DESAFIO #1


▫︎ Escopo das histórias delimitado por endpoints

43

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$




Backlog'2'

Backlog'1'

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$


Time'4'Time'3'


Time'2'

Time'1'

DESAFIO #1



44

História - time 1: [Serviço] Listar hotéis

DESAFIO #1



▫︎ Pode perder o benefício das características INVEST

45

DESAFIO #1




46

I dependência entre histórias do cliente e serviço

V

DESAFIO #1




47

I dependência entre histórias do cliente e serviço

endpoints podem ser features incompletas

V

DESAFIO #1




48

I

T

dependência entre histórias do cliente e serviço

endpoints podem ser features incompletas

usuários não acessam endpoints

DESAFIO #2

▫︎Quando times ficam bloqueados por dependência em histórias de outros times

49

DESAFIO #2


50

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$




Backlog'2'

Backlog'1'


História - time 2: [UI] Visualizar lista de hotéis

DESAFIO #2


▫︎Difícil de alinhar prioridades entre times

▫︎ Time do cliente dependendo do time de serviços

51

Produto'B'

Web$Service$A$

Produto'A'

Web$Service$B$

Portal$




Backlog'2'

Backlog'1'



DESAFIO #2




▫︎ Velocidades por histórias em vez de por features podem dar uma falsa visão de progresso

52

DESAFIO #2





53


DESAFIO #2





54


DONE






DESAFIO #2

55

História - time 1: [Serviço] Reservar quarto

DONE

DESAFIO #2





56


DONEHistória - time 1: [Serviço] Listar hotéis

DONE

DESAFIO #2





57


DONEHistória - time 1: [Serviço] Listar hotéis

DONEHistória - time 1: [Serviço] Cancelar reserva

DESAFIO #2





58



DONE DONEHistória - time 1: [Serviço] Cancelar reserva

DONE

DESAFIO #2





59





DONE

DESAFIO #2





60

História - time 2: [UI] Visualizar lista de hotéis WIP




DONE

▫︎Quando demora pra surgirem problemas de integrações

DESAFIO #3

61

DESAFIO #3


62


Fevereiro

DESAFIO #3


63



Fevereiro Junho


▫︎mau funcionamento do produto

▫︎ pode atrasar ou abortar entregas

DESAFIO #3

64



Como conseguir fazer uma análise efetiva nesse contexto?

65

66

3 PASSOS PARA ANÁLISE


1. Mapear features em épicos

67



2. Mapear dependências entre histórias do épico

68



2. Mapear dependências entre histórias do épico

3. Definir critérios de aceitação para integrações

69

1. MAPEAR FEATURES EM ÉPICOS

▫︎ Problema: falta de visão do todo

70



▫︎ Solução: tratar épico como cidadão de primeira classe

71




▫︎Ou seja, como história tradicional

▫︎O que? Por quê? Pra quem?

72






▫︎Usar épico na priorização e velocidade

73







74

Épico: Visualizar lista de hotéis







75








76









77









78










79




PRIORIDADE







80




PRIORIDADE P R I O R I D A D E







81










82




DONE







83




DONE D O N E

▫︎ Problema: bloqueios por conta de dependências

2. MAPEAR DEPENDÊNCIAS ENTRE HISTÓRIAS DO ÉPICO

84


▫︎ Solução: colaborar para identificar quais as capacidades que cada serviço precisa ter


85



▫︎ Identificar as possíveis dependências entre elas para que o usuário consiga atingir seu objetivo


86




▫︎Usar como base a arquitetura definida pelos times para a feature


87

plano

1. Requisitar margem de lucro






88custo

plano


2. Requisitar custo






89custo preço

plano


3. Requisitar preço

2. Requisitar custo






90custo preço

plano


3. Requisitar preço

2. Requisitar custo

4. Calcular margem de lucro





▫︎ Priorização baseada nas dependências


91

EXEMPLO

92

[ÉPICO] Visualizar margem de lucro Como planejador de inventário

Eu preciso saber qual a margem de lucro do meu plano de compras

Para que eu possa tomar decisões de planejamento de acordo com meu orçamento

Objetivo do ponto de vista

do usuário

EXEMPLO

93




[Plano] Calcular margem de lucro


do usuário

Histórias de serviços para

atingir o objetivo

EXEMPLO

94




[Custo] Listar custo do produto

[Plano] Calcular margem de lucro

[Preço] Listar preço do produto


do usuário

Histórias de serviços para

atingir o objetivo

3. DEFINIR CRITÉRIOS DE ACEITAÇÃO PARA INTEGRAÇÕES

▫︎ Problema: integração causa mau funcionamento dos produtos e possíveis atrasos de entrega

95



▫︎ Solução

▫︎Usar jornadas de usuário pra definir critérios de aceitação no nível de épico

96



▫︎ Solução


▫︎Considerar os produtos impactados

97






▫︎ Solução



98




Jornada passando por múltiplos produtos



▫︎ Solução



99





1. Usuário do produto de gerenciar custo define o custo do produto



▫︎ Solução



100






2. Usuário do produto de gerenciar preços define o preço do produto



▫︎ Solução



101






2. Usuário do produto de gerenciar preços define o preço do produto

3. Planejador acessa produto de plano de compras do produto e visualiza a margem de lucro



▫︎ Solução



▫︎Definir critérios de aceitação pros serviços

102



▫︎ Solução




▫︎ foco em regras de negócio, independente de interface

103



▫︎ Solução




▫︎ foco em regras de negócio, independente de interface

▫︎ Feedback mais rápido sobre os problemas de integração 104

EXEMPLO: CRITÉRIO DE ACEITAÇÃO PRAS HISTÓRIAS

105

Serviço que gerencia

custo


Dado que camisas regatas brancas pro verão de 2016 custa 2 dólares Quando eu listo custo de camisa regata branca do verão de 2016 Então vejo que o custo é 2 dólares


106


custo




Dado que camisas regatas brancas pro verão de 2016 valem 20 dólares Quando eu listo preço de camisa regata branca do verão de 2016 Então vejo que o preço é 20 dólares


preço


107


custo




Dado que camisas regatas brancas pro verão de 2016 valem 20 dólares Quando eu listo preço de camisa regata branca do verão de 2016 Então vejo que o preço é 20 dólares


preço


plano

[Lucro] Calcular margem de lucro

Dado que camisas regatas brancas pro verão de 2016 custam 2 dólares e valem 20 dólares Quando eu visualizo a margem de lucro do meu plano de compras Então vejo a margem é de 18 dólares

108

RESUMO

RESUMO

Para o contexto em que:

109

RESUMO


▫︎ times não são organizados por features

110

RESUMO


▫︎ times não são organizados por features ▫︎ cuidam de serviços que são utilizados por múltiplos produtos

111

RESUMO


▫︎ times não são organizados por features ▫︎ cuidam de serviços que são utilizados por múltiplos produtos ▫︎ ainda não conseguem usar todas as boas práticas pra se trabalhar com microsserviços

112

RESUMO


▫︎ times não são organizados por features ▫︎ cuidam de serviços que são utilizados por múltiplos produtos ▫︎ não conseguem usar todas as boas práticas pra se trabalhar com microsserviços

A análise dos microsserviços podem ser feita como segue:

113

RESUMO




▫︎ mapeando features em épicos para os times não perderem a visão do todo

114

RESUMO





▫︎ mapeando dependências entre histórias de um mesmo épico pra que um time não fique bloqueado

115

RESUMO





▫︎ mapeando dependências entre histórias de um mesmo épico pra que um time não fique bloqueado

▫︎ planejar critérios de aceitação nos níveis de épicos e histórias para minimizar os problemas de integração

116

Perguntas?

OBRIGADA

@taisedias github.com/taisedias

linkedin.com/in/taisedias

http://github.com/taisedias

http://linkedin.com/in/taisedias

REFERÊNCIAS

▫︎ The Agile Samurai: How Agile Masters Deliver Great Software. Rasmusson, Jonathan.

▫︎Microservices. Martin Fowler.

▫︎MicroservicePrerequisites. Martin Fowler.

▫︎Microservice trade offs. Martin Fowler.

▫︎ Enterprise Integration Using REST. Martin Fowler.

118

http://martinfowler.com/articles/microservices.html

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

http://martinfowler.com/articles/microservice-trade-offs.html

http://martinfowler.com/articles/enterpriseREST.html