Microserviços de uma floricultura feitos utilizando Spring Cloud, implementando um Autorization Server, API Gateway, Service Registry, Load Balancer, Tracing Distribuído e um Circuit Breaker.
- AUTH-SERVER: atua como um servidor de autorização OAuth2.
- ZULL-GATEWAY: atua como API Gateway.
- EUREKA-SERVER: atua como serviço de registro das nossas aplicações;
- LOJA: realiza a compra se comunicando com os demais serviços. Banco de dados único;
- FORNECDOR: CRUD produtos, CRUD pedidos, CRUD fornecedores. Banco de dados único;
- TRANSPORTADOR: realiza a entrega. Banco de dados único;
- Habilitando o projeto como servidor de autorização em AuthorizationServerConfigurer e criando o client loja e secret secret em memória.
- Habilitando o projeto como servidor de recursos em AuthorizationSsoApplication para então criar um @RestController com endpoint
/userretornando os dados do usuário autenticado. - Configurando o spring security em SpringSecurityConfigurer e criando o usuário victor com senha password em memória.
- Habilitando os serviços fornecedor e loja como resouce server através de @EnableResourceServer, extensão de ResourceServerConfigurerAdapter e referência de AuthServer em application.yml(
security.oauth2.resource.user-info-uri).
- Para habilitar o projeto como API Gateway, é necessário importar o starter netflix-zuul, adicionar a anotação
@EnableZuulProxye as propriedades do eureka server para recuperar todas as aplicações registradas e fazer o proxy. - Compartilhamos os headers de autorização que são recebidos nas requisições em application.yml.
-
Para habilitar o projeto como Service Registry, é necessário importar o starter netflix-eureka-server e adicionar a anotação
@EnableEurekaServer. -
Eureka Client nos permite registrar um client(loja e fornecedor) no Eureka adicionando as propriedades referentes ao seu registro em seu application.yml.
-
Ribbon: lib do SpringCloud de Client Side Load Balancing onde o cliente decidirá qual instância do serviço receberá a requisição. RestTemplate e FeignClient possuem suporte.
-
RestTemplate: podemos resolver o nome dos host dos clientes registrados no Eureka com a anotação
@LoadBalancero que habilita, também, o C.S. Load Balancing nas requisições. -
FeignClient: permite consumir as aplicações registradas no Eureka com Load Balancer. Deve-se adicionar
@EnableFeignClientsna classe main e criar interfaces(example) com os métodos e anotações que mapearão as requisições. -
Para replicar dados de autenticação das requisições recebidas, criamos um RequestInterceptor e copiamos o token para o header da requisição realizada pelo Feign.
- Spring Sleuth: criará um Trace ID que identificará a transação na comunicação entre os serviços. Para mostrá-los nos logs, basta modificar os patterns de logback.xml onde for desejado. Exemplo:
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %clr(${LOG_LEVEL_PATTERN}) %clr(${PID:-}){magenta} [%thread] %clr(%logger{39}){cyan} - %msg%n</pattern>
- Papertrail: permite centralizar logs informando suas propriedades de conexão em logback.xml.
- Hystrixs: utilizaremos
@EnableCircuitBreakerpara habilitá-lo na app e@HystrixCommandnos métodos para que a lib o gerencie e aplique suas funcionalidades. O Hystrix passará a gerenciar as threads.- Um fallback pode ser definido para um método que será chamado quando o Circuit Breaker ocorrer:
@HystrixCommand(fallbackMethod="realizaCompraFallback"). - Se houver muitas falhas, o Hystrix possui inteligencia de chamar o fallback por padrão durante um tempo.
- Bulkhead: para evitar que, ao haver uma sobrecarga de chamadas para uma operação, outra operação fique sem threads disponíveis, criaremos um pool de thread separado para cada metodo:
@HystrixCommand(threadPoolKey="key"). - Configuramos
shareSecurityContext: truepara compartilhar o contexto de seguraça entre as threads gerenciadas pelo Hystrix.
- Um fallback pode ser definido para um método que será chamado quando o Circuit Breaker ocorrer: