Loop ao tentar gerar evento de Summary para batchid de app com pipelines pausadas
Description
Contato
- @Bruno Tortato Furtado
- @Gabriel DAmore Marciano
Problema
Identificamos que o processo batch 16798280332042169d515f4bf3a40052-protheus-1721402659
, que teve eventos disparados no dia 19/jul entre 12:20 e 14:00 BRT, foi utilizado por dois apps: gesplanprotheusfree
e gesplanprotheuslink
.
O app gesplanprotheuslink
estava com as pipelines pausadas, logo o evento de Summary para este batchid+appName nunca será enviado, mas a plataforma acaba realizando consultas em loop eterno aguardando o fim da execução dessas pipelines.
Este loop eterno pode estar gerando consumo adicional de recursos de máquina.
Detalhes
O app gesplanprotheusfree
estava com suas pipelines sendo executadas normalmente, conforme podemos ver no print abaixo (link).
Já o app gesplanprotheuslink
, estava com todas as suas pipelines pausadas (link), conforme demonstrado na imagem abaixo.
O batch id em questão considera os dois apps:
select
distinct payload->>'appName' as appName
from
observability_event
where
batch_id = '16798280332042169d515f4bf3a40052-protheus-1721402659'
E este batch id só teve um evento de Summary, conforme esperado:
select
event_type,
payload->>'appName' as appName
from
observability_event
where
batch_id = '16798280332042169d515f4bf3a40052-protheus-1721402659'
and event_type = 'CarolPipelinesExecutionSummary'
Critério de aceite
- Uma vez com as tasks de processamento pausadas, não devemos ficar em loop aguardando a conclusão das mesmas. Eventos de observabilidade não devem ser enviados para pipelines pausadas, as pendências de processamento não devem ser criadas.
- Quando o schedule de pipelines é pausado as pendencias de processamento relacionado à pipeline em questão deve ser eliminada.
Isso é um bug, alterado type para o correto.
Valor anterior do campo deployment date era 2024-08-20T17:49:00.0+0000. Parece ter ocorrido um novo deploy nesta issue - deploy.
Ocorreu o deploy em Produção.
Novas subtasks foram iniciadas. Issue retornada para o status In Progress.
Foi realizado o commit.
Ocorreu o deploy em Produção. Issue movimentada para Done.
Nenhuma issue associada no Jira Produção.
Foi realizado o commit.
Esta issue teve o seu status alterado, pois ocorreu o merge da branch CAPL-6410 na branch develop.
Foi realizado o commit.
Esta issue teve o seu status alterado, pois foi aprovado o PR.
Foi realizado o commit.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi realizado o commit.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi criado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi aprovado o PR.
Foi realizado o commit.
Esta issue teve o seu status alterado, pois foi criada a branch sem a sigla WIP no nome.
@Bruno Tortato Furtado ,
@Renan Fernando Schroeder ,
Este issue foi planejada para ser entregue até 2024-09-27. Você pode confirmar consultando o campo Due Date desta issue.
Data já planejadas para esta issue: 2024-09-27
Se o campo External Issue Link estiver preenchido com o link de uma issue válida no Jira Produção o cliente também será notificado no Jira Produção.