Problema/Escopo
Precisamos resolver o problema de escalabilidade do GAIA para pesquisas de grande volume no FRONT e via API
Para resolver isso precisaremo:
Entrega 1 - Implementação ElasticSearch e Dynamo
Replicar o Banco/Dados no Dynamo
Processo inicial de atualização: Atualiza no Mongo, Replica no Dynamo (https://dtxlab.atlassian.net/browse/GAIAV3-98 ) e atualiza o ElasticSearch (https://dtxlab.atlassian.net/browse/GAIAV3-97 como um cache) durante a madrugada.
Processo de consulta macro: Bate a Consulta no Elasticsearch (listagem)
Implementar o ElasticSearch para aguentar pesquisas com volume grande
Entrega 2 - Migrar todas as APIs que estão na V2 para V3
Atenção - a resposta que a API devolve ao front e como será tratado isso?
Levantar quais ainda estão na V3
Comunicações com SAP
Comunicaçãoes com STEP
De/Para’s
Marcio Whitaker (Unlicensed) e Lucas Giusti Pereira (Unlicensed) validar se ainda usamos a tabela “Materials” para embalagens?
API de Consulta de Assets
Mapear quais as consultas
Por exemplo: Consulta por COR, SKU, EAN
as consultas necessitam ser mapeadas para estruturar as novas no elasticSearch
Premissas
Migrar para o elasticsearch/dynamo as consultas simples - do jeito que esta implementado hoje - e sem implementar novas funcionalidades
Paralelizar com as migrações do que tem em V2 para a V3
O Elasticsearch deve possuir somente os campos/atributos chaves e não todos os campos/atributos
O Dynamo performa melhor com consultas específicas, por exemplo já com o SKU, que viria do Elasticsearch
Questões abertas
Alessandro Holanda (Deactivated) irá validar os custos, mas a princípio usaríamos o serviço da própria AWS?
Marcio Whitaker (Unlicensed) validar se quando recebemos os dados de embalagens é gravado ainda nas tabelas da V2? Talvez criar uma nova Colection
Lucas Giusti Pereira (Unlicensed) verificar o que precisa ser migrado do Node-RED e quais os Workers? Criar 1 card para cada item a ser migrado dentro do Épico https://dtxlab.atlassian.net/browse/GAIAV3-86
Rennan Figueiredo Raszl (Unlicensed) quais as lógicas e “de/para” serão necessário com a substituição de iDoc/BUS/DataStage?
“GD GAIA <> GD SAP”?
Rennan Figueiredo Raszl (Unlicensed) revisitar as atributos Hydra para a próxima fase do projeto
precisaremos deixar a estrutura pronta, independente dos dados.
Levantar quais dados, criar Característica somente para Hydra, validar com área de negócios,
Será necessário criar um DePara entre Golden Record e repositório dos dados - no caso da Hydra é o SAP?
De onde virão as imagens da Hydra na V3?
Pontos de atenção
Levantar o que realmente está feito na V3 ou V2
Regras que estão em código
Embalagens, pois foi feito alteração em cima de alteração
Definition of Done
Nada ativo na V2
Dynamo e elasticSearch implementados
API
FRONT