Problema/Escopo
...
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
Podemos parar de dar manutenção na V2 Hydra (não é usado)
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 e usado na com dados da V2? Talvez criar uma nova ColectionCollection
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
...