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

Atualmente o processo de inativação de tenants em camada BQ na Carol ocorre de forma manual para qualquer organização.

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 de uma tenant com baixa latência 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 tenants com baixa latência em ambas as plataformas a partir da Carol.

• Criar nova API para inativação de baixa latência.

• UI: Ao desmarcar a flag de baixa latência e publicar as alterações, devemos:

  • Setar lowLatency = FALSE à nível de tenant.

  • Setar lowLatency = FALSE à nível de entidade.

  • Chamar API de inativação de baixa latência na Carol.

  • Remover flags presentes em listagem de Stagings e Data Models.

  • Remover opção para ativar/desativar baixa latência de Stagings e Data Models.

• Ao inativar baixa latência em tenant com baixa latência ativa na Carol, devemos:

  • Buscar stagings e data models com camadas de baixa latência criadas.

    • Caso resultado seja NEGATIVO:

      • Efetuar chamada de integração ao novo endpoint da plataforma IDeIA (exclusão de baixa latência).

      • Criar nova API na Plataforma IDeIA (Refinaria) para exclusão de baixa latência. Para isto devemos:

        • Excluir o esquema e dados do projeto AlloyDB (baixa latência) na Carol (GCP).

    • Caso resultado seja POSITIVO:

      • Exibir alerta na UI informando que há entidades de baixa latência ativas e que elas devem ser inativadas antes de inativar na tenant.

• 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

  • Task e Endpoint de inativação baixa latência criados operacionais.

  • Inativação de BL em tenant sem impactar os fluxos de Carol App e Data Subscription:

    • Não devemos desinstalar Carol App - mantê-lo como está.

    • Comunicação enviada aos Admin da tenant.

    • Nenhuma mudança deve ser aplicada em Data Subscription, isto implica em:

      • Não remover data subscription.

      • Não limpar os tópicos atuais (dados serão automaticamente removidos em 7 dias, após a política de retenção).

  • UI sem opção de baixa latência para stagings e data models na inativação de baixa latência em tenant.

  • UI apresentando mensagem ao usuário caso hajam entidades com baixa latência ativa.

  • Todos os STEPS registrados na task da Carol, incluindo ações realizadas na plataforma IDeIA.

  • Tratamento de erro com envio de mensagem na tentativa de inativar a baixa latência na chamada da API em tenant com BL já inativada.

• Plataforma IDeIA

  • Endpoint de exclusão de baixa latência criado.

  • Esquemas e Dados em AlloyDB dentro de projeto Carol na GCP para baixa latência excluídos.