Skip to content

Latest commit

 

History

History
95 lines (72 loc) · 3.83 KB

File metadata and controls

95 lines (72 loc) · 3.83 KB

Desmembramento de monólito para microsserviços

Diagrama arquitetural do projeto

Diagrama arquitetural


Descrição

O projeto consiste em migrar/desmembrar uma aplicação monolítica para uma arquitetura de microsserviços. O foco é identificar e definir os domínios, desenhar a nova arquitetura, e implementar monitoramento, logs, métricas e tracing distribuído. Além disso, será implementada a funcionalidade "meme do dia", que consiste em retornar um meme aleatório do banco de dados. O projeto também envolve a separação dos bancos de dados e o desacoplamento das entidades de domínio, mantendo seus relacionamentos. Registro de serviços e centralização de configurações são aspectos opcionais.

Tecnologias e dependências do projeto

  • Spring Boot: Base para a criação de microsserviços
  • Spring Cloud: Ferramentas e libs para sistemas distribuídos
  • Spring Actuator: Monitoramento e métricas
  • Spring Web: Criação de API RESTful
  • Spring Cloud Config Server: Centralização das configurações dos microsserviços
  • Spring Cloud Netflix Eureka Server: Registro e descoberta de serviços
  • Spring Devtools: Ferramentas adicionais para desenvolvimento
  • Spring Data JPA: Abstração para acesso a dados
  • SpringDoc OpenApi WebMvc UI: Documentação de API e teste de endpoints com Swagger UI
  • Spring Cloud OpenFeign: Comunicação síncrona entre microsserviços
  • Spring Validation: Validação de dados
  • Spring Bootstrap: Inicialização do bootstrap.yml antes do contexto da aplicação
  • Micrometer Tracing Bridge Brave: Tracing distribuído
  • Zipkin Reporter Brave: Envio de tracings para o Zipkin
  • Lombok: Redução de boilerplate de código
  • H2: Banco de dados em memória

Data Transfer Object (DTO)

O padrão dtos é para transferir dados entre partes de um sistema ou sistemas diferentes para reduzir trafego de dados e evitar expor informações sensíveis.


Testar o projeto

  • Com docker e docker-compose instalados navegue até o diretório do projeto, abra seu terminal e digite o seguinte comando
docker-compose up -d 
  • Inicie os microsserviços, começando pelo Config-Server, depois o Service-Discovery e, em seguida, os demais na ordem desejada. Essa ordem é importante, pois os microsserviços precisam acessar o Config-Server para obter as configurações centralizadas e se registrar no Service-Discovery para descoberta e comunicação.

  • Os endpoints podem ser testados via Postman ou via OpenAPI (Swagger), que já está configurado como dependência do projeto. Utilize a porta 8890, que é a porta do API Gateway. Caso deseje testar via Postman, seguem abaixo os objetos JSON das entidades:

Usuario: Nome + E-mail(Deve ser válido pois possui validação via Spring Validations)

{
  "nome": "Max Dev",
  "email": "maxdev@gmail.com"
}

Categoria: Nome + Descrição + UsuarioID (ID de um usuario já cadastrado)

{
  "nome": "Programação",
  "descricao": "Memes de programação",
  "usuarioId": 1
}

Meme: Nome + Descrição + Url + CategoriaID + UsuarioID (IDs de usuario e categoria já cadastrados)

{
  "nome": "Na minha maquina funciona",
  "descricao": "Quando o dev diz = na minha maquina funciona",
  "url": "https://developerslife.tech/pt/wp-content/uploads/2012/12/tirinha819.png",
  "idCategoriaMeme": 1,
  "idUsuario": 1
}

Prints de testes

  • Exemplo de um Post Request no MS-Meme Post Request de um meme

  • Exemplo de um Get Request no MS-Meme Get Request de um meme

  • Exemplo de um Get Request para o meme do dia no MS-Meme Get Request do meme do dia