Empresas gigantescas possuem um único sistema que faz tudo. Certo? Não! Elas podem utilizar um tipo de arquitetura chamado microsserviços que quebra uma aplicação em diversas outras aplicações. Nessa palestra, entenda um pouco mais sobre o que é e como funcionam os microsserviços. :)

1. MICROSSERVIÇOS
EXPLORANDO O MULTIVERSO DA
PROGRAMAÇÃO
-BRUNO OLIVEIRA

2. página 2
SOBRE
BrunoOliveira
• (17)-99283-2252
• bruno.oliveiradeveloper@gmail.com
Valores
• Alegria
• Melhoria
• Foco
Trabalho
• Compromisso
• Paixão
• Loucura
Hobbies
• Cozinhar
• Cerveja
• Xbox
Metas
• Liderança
• Ensinar
• MVP

3. página 3
Introdução
É uma das maneiras dearquitetar um software.
É uma abordagem para o desenvolvimento deum
aplicativo como conjunto depequenos serviços.
É como se fosse subsistemas deum sistema maior.
https://martinfowler.com/articles/microservices.html

4. Aplicação monolítica x Aplicação com microsserviços
página 4
Oqueémicrosserviços?
https://martinfowler.com/articles/microservices.html

5. Mercado
página 5
Porqueaprendermicrosserviços?
Aplicações monolíticas
Programadores Empresas

6. Mercado
página 6
Porqueaprendermicrosserviços?
Aplicações monolíticas
Programadores Empresas

7. Mercado
página 7
Porqueaprendermicrosserviços?
Aplicações emmicrosserviços
Programadores
Empresas

8. Mercado
página 8
Porqueaprendermicrosserviços?
Aplicações emmicrosserviços
Programadores
Empresas

9. Complexidade do
domínio
Problemanaqualse quer
resolver.
Complexidadeessencial.
Complexidade do
legado
Softwareatual.
Complexidadeacidental.
Complexidade da
solução técnica
Desenvolvimento
Complexidadeacidental.
Complexidade do
software
página 9
Devousarumaarquiteturademicrosserviços?

10. página 10
Dicas
Cada componente deve ter uma
responsabilidade, e saber como vão
ser os relacionamentos é
essencial.
Comece pela
arquitetura

11. página 11
Dicas

12. página 12
Dicas

13. página 13
Dicas
A razão de se usar microsserviços
é desacoplamento. Comece
fragmentando, bounded context.
Foque nos
objetivos de
negócio

14. página 14
Dicas

15. página 15
Dicas
Não comece pensando no banco de
dados, comece pensando em qual
microsserviço é respondavel por
qual parte do negócio. Não usar
serviço de propagação de dados.
Processos (Dados)

16. página 16
Dicas
Não acessar o banco de outro
microsserviço diretamente.
Não compartilhe
banco de dados

17. página 17
Dicas
Colocar um serviço de mensageria
entre os microsserviços.
Preocupe-se com a
disponibilidade

18. página 18
Dicas

19. página 19
Dicas

20. página 20
Dicas
Utilize Swagger.
Documente
consistentemente suas
APIs.

21. página 21
Dicas

22. página 22
Dicas

23. página 23
Dicas
Simplifique o deploy da sua
aplicação.
Containers

24. página 24
Dicas

25. página 25
Dicas
Cada microsserviço deve ter o seu
repositório.
Git

26. página 26
Dicas
IdentityServer4.
Pense na autenticação

27. página 27
Dicas
https://docs.apigee.com/api-platform/system-
administration/using-oauth2

28. página 28
Dicas
Modelo de arquitetura hexagonal.
Busque abstrações
simples

29. página 29
Dicas
https://www.elemarjr.com/en/2017/04/ensuring-the-quality-of-
the-domain-model-through-the-hexagonal-architecture-pattern/

30. página 30
Dicas

31. Martin
Fowler
Elemar
Junior Sam Newman
Referencias
página 31

32. página 32

33. ‘
OBRIGADO
Bruno Oliveira
(17)-99283-2252
bruno.oliveiradeveloper@gmail.com