Desafio Wide Software

Imagine que você é desenvolvedor de um software que gerencia a rede de um grande cliente. Após alguns meses este cliente nos pediu para desenvolver uma funcionalidade nova no sistema, para que equipamentos de fabricantes diferentes possam se comunicar com nossa plataforma de autenticação de rede.

Sabemos que os equipamentos nos enviam os dados através de uma requisição REST e que cada equipamento envia para um determinado endpoint. Todos os equipamentos nos enviam as seguinte informações:

• MacAddress do equipamento
• MacAddress do dispositivo do usuário
• Username do usuário
• Senha do usuário

Porém temos uma problema: Cada equipamento manda a informação em um formato diferente, pois os fabricantes não possuem um padrão. Temos 3 equipamentos na rede do cliente, são eles:

• Fabricante ACME Corp.
• Fabricante Industrias Stark
• Fabricante Umbrella Corp.

Temos na documentação de cada equipamento como eles nos enviam as informações:

Documentação dos equipamentos

ACME Corp.

[POST] /acme

{
    "equipament_address": "E4-BF-18-28-93-F6",
    "rocket_address": "4F-E7-DF-20-AE-4C",
    "rocket_user": "user_test",
    "rocket_pwd": "123456"
}

Industrias Stark

[POST] /stark

{
    "network_address": "E4-BF-18-28-93-F6",
    "iron_address": "4F-E7-DF-20-AE-4C",
    "iron_id": "user_test",
    "iron_pwd": "123456"
}

Umbrella Corp.

[POST] /umbrella

{
    "local_address": "E4-BF-18-28-93-F6",
    "zombie_address": "4F-E7-DF-20-AE-4C",
    "zombie_id": "user_test",
    "zombie_pwd": "123456"
}

Requisitos & Especificações

• O token para authenticação na API será enviado junto com o e-mail que você recebeu com informações do desafio.
• Na requisição use sempre o username: ironMan e password: 123456 é o único usuário permitido.
• O sistema deverá possuir testes automatizados para cobrir apenas a criação do NetworkData, pois esse objeto é de extrema importancia e independente do equipamento que gere a requisição ele dever ter que ser criado sem problemas.
• O projeto deverá ser enviado no Github com instruções de execução dos testes, do sistema e quais os requisitos para executar.
• O projeto deverá ser criado utilizando Spring Boot com Java8+.
• Utilizar Docker é um diferencial.

Especificação 1

Nosso sistema deverá possuir 1 único endpoint que receberá a requisição dos 3 equipamentos e deverá tratar as informações de cada equipamento.

O endpoint deverá tratar o corpo da requisição de acordo com a documentação do equipamento:

• [POST] /acme
• [POST] /stark
• [POST] /umbrella

Especificação 2

Como cada equipamento nos envia os dados em um formato diferente, porém são as mesmas informações, devemos abstrair para uma classe de domínio chamada NetworkData, como no exemplo abaixo:

class NetworkData {
    private String deviceMacaddress;
    private String userMacaddress;
    private String username;
    private String password;

    // ... code
}

Especificação 3

Após criar o objeto NetworkData, deverá ser feito uma requisição para nosso microserviço de usuários para validar se o usuário existe e poderá se autenticar.

[POST] https://dev.widesoftware.com.br/v1/guest

HEADER Authorization: <access_token>

{
    "deviceMacaddress": "00-00-00-00-00-00",
    "userMacaddress": "00-00-00-00-00-00",
    "username": "ironMan",
    "password": "123456"
}

O retorno pode ser:

HTTP Status 204 em caso de sucesso

HTTP Status 400 em caso de parâmetros inválidos

HTTP Status 401 em caso de token ou usuário inválido

Especificação 4

Em caso de sucesso na autenticação, devemos enviar os dados do objeto NetworkData para uma fila, para que outros serviços possam efetuar uma série de processamentos posteriormente.

[POST] https://dev.widesoftware.com.br/v1/auth-success-queue

HEADER Authorization: <access_token>

{
    "deviceMacaddress": "00-00-00-00-00-00",
    "userMacaddress": "00-00-00-00-00-00",
    "username": "ironMan",
    "password": "123456"
}

O retorno pode ser:

HTTP Status 202 em caso de sucesso

HTTP Status 400 em caso de parâmetros inválidos

HTTP Status 401 em caso de token ou usuário inválido

Especificação 5

Após processar a autenticação e enviar os dados para a fila devemos retornar a seguinte resposta para o equipamento:

Em caso de sucesso:

HTTP Status 200

{
    "message": "ok"
}

Em caso de falha na autenticação

HTTP Status 401

{
    "message": "Invalid credentials"
}