01 - STAKEHOLDER (quem valida e esclarece):
02 - PROBLEMA (cenário e/ou dor):

Atualmente o processo de eliminação de entidades em camada BQ na Carol ocorre de forma manual para qualquer tenant.

Este processo ocorre de forma independente para cada entidade (staging tables e data models) dentro da tenant cliente na Carol.

Com o provisionamento de recursos com baixa latência na Carol e sua integração com a Plataforma Ideia, precisamos da mesma forma garantir que a inativação da camada de baixa latência de uma entidade na Carol seja propagada para a Refinaria.

03 - OBJETIVO (solução proposta):

Diretrizes e diagrama atualizado --> https://docs.google.com/document/d/19ewcsaeaHZlrNfhsdOr-S-qZGX4O0mEukwCbOhlFMkM/edit?tab=t.0

Integrar os processos de inativação de entidades de baixa latência em ambas as plataformas a partir da Carol.

• Criar nova API na Carol para a inativação de storage type de baixa latência no nível de entidade (staging e data model).

• Adicionar mensagem informando que os dados serão apagados permanentemente ao inativar a baixa latência.

Ao inativar baixa latência em entidade (staging / data model) na Carol:

• Solicitar dupla confirmação ao usuário para tomar ciência do comportamento:

  • Link permitindo ao usuário navegar para a visualização dos registros dentro da plataforma IDeIA em outra aba do navegador.

• Efetuar chamada de integração ao endpoint de na plataforma IDeIA para remover as entidades da UI.

Ao receber a chamada da integração na Plataforma IDeIA (Refinaria):

• Remover a entidade de baixa latência do catálogo da plataforma IDeIA.

• Disparar o agendamento da exclusão (quarentena), que deverá:

  • Salvar a data do pedido de inativação da entidade.

  • Agendar a entidade para ser excluída 30 dias após o pedido de inativação por meio do acionamento da API de integração.

  • Setar flag lowLatency = FALSE no nível da entidade.

Ao atingir o prazo de inativação (30 dias) da entidade na Plataforma IDeIA (Refinaria):

• Executar a task agendada de exclusão de STG/DM, que deverá.

  • Excluir esquema e dados de baixa latência (DROP) dentro do projeto Carol (GCP) para o AlloyDB.

• Atender aos fluxos de desprovisionamento manual em tenants DEV.

• Atender aos fluxos de desprovisionamento automático em tenants CLIENTE/UNIFICADA por meio da desinstalação de Carol Apps.

• Os fluxos entre as plataformas devem ocorrer de forma síncrona com tasks independentes, registrando os steps de forma consolidada na task da Carol. Caso ocorra um erro no processo ambas as tasks devem falhar.

04 - QUEM PODE USAR (perfis de usuários):
05 - ASSETS (links e arquivos relevantes):
06 - CRITÉRIOS DE ACEITE:

• Carol

  • Ações de inativação de baixa latência operacionais na UI para entidades (STG/DM) integradas à Plataforma IDeIA (Tenant com BL).

    • Storage Type de baixa latência inativo para entidades (STG/DM), limpando índices da UI.

    • Mensagem na UI informando que os dados serão apagados permanentemente ao inativar a baixa latência.

  • Task de inativação da entidade criada com todos os STEPS registrados, incluindo ações realizadas na plataforma IDeIA.

  • Recebimento de dados por intake bloqueado para baixa latência ao inativar.

  • Nomes de tabelas de baixa latência podem ser reutilizados durante a quarentena devido uso de CTE na plataforma IDeiA (Refinaria).

  • Reprovisionamento total ou parcial de tabela (entidade) sem executar qualquer ação na baixa latência na plataforma IDeIA (Refinaria).

  • Cenário deleteByCrosswalk será tratado pela issue CAPL-8105.

  • Não faz parte do escopo deste card TRUNCATE via pipeline (ROADMAP).

• Plataforma IDeIA

  • Task de exclusão da entidade do catálogo e de agendamento da exclusão física operacional.

    • Entidades removidas da UI do catálogo.

  • Entidades criadas pela integração são impedidas de ações de exclusão pela UI.

  • Esquemas e Dados em AlloyDB dentro de projeto Carol na GCP para baixa latência excluídos após expirado o prazo de inativação.