Nesta apresentação alguns conceitos sobre como trabalhar como Microserviços são mostrados, bem como abordagens de como e quando utilizar eles em seus projetos.

1. Microserviços
Uma introdução

2. Microserviço como um conceito

3. O que é um microserviço?

4. O que é um microserviço?

5. O que é um microserviço?

6. O que é um microserviço?

7. O que é um microserviço?
um serviço que cabe um uma página de código...

8. um serviço que representa um contexto delimitado do domínio de um sistema...
O que é um microserviço?
um serviço que cabe um uma página de código...

9. um serviço com fina granularidade...
um serviço que representa um contexto delimitado do domínio de um sistema...
O que é um microserviço?
um serviço que cabe um uma página de código...

10. um serviço bem pequeno...
um serviço com fina granularidade...
um serviço que representa um contexto delimitado do domínio de um sistema...
O que é um microserviço?
um serviço que cabe um uma página de código...

11. O que é um microserviço?

12. Microserviços na arquitetura e
projeto de software

13. Microserviços como arquitetura?

14. Microserviços como arquitetura?
"O estilo arquitetural de microserviços é uma abordagem para o
desenvolvimento de uma aplicação única como um conjunto de
pequenos serviços, cada um rodando em seu próprio processo e se
comunicando com mecanismos leves, frequentemente com uma API
HTTP"

15. E o estilo arquitetural de microserviços?

16. E o estilo arquitetural de microserviços?

17. Por que microserviços?

18. Por que?
● Aplicações monolíticas: Uma grande aplicação para cuidar de tudo!

19. Por que? Aplicações Monolíticas
UI DB

20. Por que?
● Aplicações monolíticas: Uma grande aplicação para cuidar de tudo!
● Bons aspectos:
○ comunicação fácil entre os componentes
○ fácil de desenvolver

21. Aplicações Monolíticas - Acoplamento
UI DB

22. Aplicações Monolíticas - Acoplamento
UI DB

23. UI DB
Aplicação Monolítica - Erros

24. UI DB
Aplicação Monolítica - Erros

25. UI DB
load
balance
Aplicação Monolítica - Escalabilidade

26. UI DB
Aplicação Monolítica - Escalabilidade

27. Por que?
● Aplicações monolíticas: Uma grande aplicação para cuidar de tudo!
● Bons aspectos:
○ comunicação fácil entre os componentes
○ fácil de desenvolver
● Maus aspectos:
○ acoplamento forte entre os componentes
○ comprometimento a longo termo com um stack tecnológico
○ você precisa escalar o bloco inteiro
○ um erro de componente afeta a aplicação inteira

28. Hmm… eu levava uma semana
para liberar uma feature, agora
levo 2 meses...

29. Como eu posso trabalhar estes
pontos para melhorar esse
cenário?

30. UI DB
E se dividirmos para conquistar?

31. UI DB
E se dividirmos para conquistar?

32. UI DB
E se dividirmos para conquistar?

33. UI DB
E se dividirmos para conquistar?

34. UI DB
E se dividirmos para conquistar?

35. UI DB
E se dividirmos para conquistar?

36. Microserviços
● Bons aspectos:
○ serviços / componentes desacoplados, geralmente agrupados por funcionalidades / contextos
○ tolerância a erros pode ser atacada em partes
○ os dados podem ser distribuídos em diferentes componentes
○ cada componente pode utilizar o seu stack tecnológico

37. UI DB
Customers Payments
Products
LogisticsCustomer Care
Dividindo em funcionalidades

38. UI DB
Customers
Customer Care
Products Payments
Logistics
Dividindo em funcionalidades

39. UI
Payments
DB
Customers
Customer Care
Products
Payments
Logistics
Products
DB
Logistics
DB
...
Dividindo os dados

40. UI
Payments
DB
Customers
Customer Care
Products
Payments
Logistics
Products
DB
Logistics
DB
...
Dividindo stacks tecnológicos

41. UI
Payments
DB
Customers
Customer Care
Products
Payments
Logistics
Products
DB
Logistics
DB
...
Dividindo stacks tecnológicos

42. Microserviços
● Bons aspectos:
○ serviços / componentes desacoplados, geralmente agrupados por funcionalidades / contextos
○ tolerância a erros pode ser atacada em partes
○ os dados podem ser distribuídos em diferentes componentes
○ cada componente pode utilizar o seu stack tecnológico
● Maus aspectos:
○ a complexidade da aplicação aumenta
○ é difícil mudar as responsabilidades entre os componentes
○ as comunicações entre os componentes têm mais latência e precisar de uma interface bem definida

43. UI
Payments
DB
Customers
Customer Care
Products
Payments
Logistics
Products
DB
Logistics
DB
...

44. Show me the code !

45. Computação distribuída - fiquem atentos!
1. Teorema CAP (Consistência, Disponibilidade and Particionamento)
2. Falácias
○ 1. A rede é confiável.
○ 2. Não há latência.
○ 3. A largura de banda é infinita.
○ 4. A rede é segura.
○ 5. A topologia da rede não muda.
○ 6. Há apenas um administrador.
○ 7. O custo de transporte é zero.
○ 8. A rede é homogênea.

46. Considerações finais / sugestões
● Comece como uma aplicação monolítica, mantendo o código em módulos
● Refatore o código sempre que possível para manter a coesão entre os módulos
● Quando os problemas aparecerem, comece a separar em serviços
● Os microserviços não são uma bala de prata
○ Quando você decide usar esta abordagem, você também abraça os desafios e benefícios da computação
distribuída

47. Hmm… E vocês realmente aplicam
estes conceitos?

48. Nossa primeira aplicação começou
como uma aplicação monolítica !

49. Com as lições aprendidas, a mais
nova já está estruturada em
microserviços

50. Obrigado !
danielbpdias@gmail.com
https://github.com/danielbdias
https://www.slideshare.net/DanielDias10
https://github.com/danielbdias/meetup-microservices