Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

...

Siglas e acrônimos

Materials - tabela/collection utilizada na V2 para manter dados de produtos

Problema/Escopo

Precisamos resolver o problema de escalabilidade do GAIA para pesquisas de grande volume no FRONT e via API

...

Levantar quais ainda estão na V3

...

as consultas necessitam ser mapeadas para estruturar as novas no elasticSearch

Premissas

  • Migrar para o elasticsearchElasticsearch/dynamo DynamoDB 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 DynamoDB 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)

  • Não é necessário o “desligamento” da Materiais.

Questões abertas

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

Riscos

Negativos

  • Retrabalho caso migre da V2 para a V3 agora e refazer em 2021 para entregar junto com S4 Deca

  • Necessário alteração referente a mudança nos Links nos Assets (FRONT ainda usa API apontando para V2, asset da Materials)

Positivos

  • Se tudo migrado para Zeebe e Digibee será mais fácil migrar para SAP Hana devido aos fluxos

Definition of Done

Nada que TENHA IMPACTO NO ROADMAP DO GAIA ativo na V2.Dynamo e elasticSearch implementados

  • O texto em vermelho foi adicionado em comum senso entre os membros do time, pois são funcionalidades que já estão em pleno funcionamento e nos dará mais flexibilidade para focar em itens que agregam valor na escalabilidade e busca.

Dynamo e ElasticSearch implementados para:

  • API

  • FRONT