Fjerner tasktimer - bedre å query slutt-start for å tune

[jolarsen]

Beholder opptelling av antall klar/feilet/... med mellomrom 3-9 minutt (må bruke max over alle pods i PrometheusQL).
Fjerner task-timer. Ganske mange task-typer fra fpsak.
Det er generelt sett enklere å analysere oppførsel ved å kjøre query slutt-start mot prosess_task-tabell over periode for å se de som er godt over medianen. Enkelte (fortsettBehandling) vil ha svært varierende kjøretid (<1s for ett steg til 30s for fullauto).

[espenwaaga]

Bruker ikke denne i alerts i det minste. Hva var tanken bak denne? Har vi en grafana oversikt over kjøretiden til samtlige prosesstasks? Har det blitt brukt og kommer det til å være aktuelt videre?

Så hvis jeg forstår riktig så ønsker du å fjerne denne siden det ikke brukes og heller erstatte med en manuell oppgave når det skulle være behov? Når er det da eventuelt behov?

[jolarsen]

Tanken som har vært tidligere er å oppdage tilfelle som har kjøretid over 95 eller 99 percentiler med sikte på optimalisering og evt unngå "ingen ledige tasks" .
Har sett på både klient- og serverside histogram og mer avsensert PromQL. Siden pod logger det som er kjørt lokalt må man aggregere over alle pods sum by [intervall] .
I praksis er det like greit med analytiske queries mot task-tabell for å identifisere trege task-typer.

[jolarsen]

Når løsningen er så stabil som den er så er task-tid noe man ser på halvårlig. Mest for å se om noen underliggende queries ikke skalerer med økende datavolum