Talking about microservices and arquitechture.

1. Felipe Adorno
- Head of IT Monkey Exchange
- Contribuições:
https://github.com/FelipeAdorno
https://br.linkedin.com/in/felipeadorno
https://twitter.com/felipe_adorno
https://fadorno.wordpress.com
felipeadsc@gmail.com

2. Microservices, o que ainda
não ficou claro?

3. Como era o
desenvolvimento de
software no passado?

5. Com o que a gente se preocupava?
- Divisão do projeto em módulos
- Usar uma camada de facade?
- Usar JSF, Spring MVC e etc.
- O sucesso do projeto e as falhas eram menores?
- Quais eram os pontos de falha?

6. Onde eu quero chegar com
isso?

7. Algumas perguntas que ouço:
- Vou começar um projeto novo, então já começo com microservices?
- Onde eu tenho que usar Circuit Breaker?
- Qual ferramenta de fila eu vou usar?
- Subo tudo em docker? Vou subir tudo na amazon?
- Vou usar NoSql ou SQL?
- Vou trabalhar com DDD?

8. E porque sempre
começamos pensando na
tecnologia?

9. Mas, o mais importante não
é o negócio?

10. O que isso tem haver com
microservices?

11. Microservice é um Bounded
Context, se não é deveria :)

12. E como os monolitos fazem
a integração de Bounded
Contexts?

13. E como os microservices
fazem a integração entre
Bounded Contexts?

14. E qual é a maneira certa?

15. Banco de dados?

16. Separa a minha camada de
dados da minha camada de
API?

17. API Gateway como usar e
quando usar?

18. E a parte de autenticação,
deixo no api gateway ou
criou um microservice para
autenticação?

19. O que fazer pra melhorar?
- Comece seu projeto pensando no negócio e não na tecnologia.
- Antes de sair escrevendo código entenda e tenha certeza do que você está fazendo.
- Crie seus pacotes divididos em contexto de negócio.
- Cada pacote é o “bounded context” dentro do microservice.
- Pulic são apenas suas classes de data e suas interfaces.
- Remova o public da sua IDE.