Versions Compared

Key

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

...

Camunda Platform Enterprise kommer med olika former av historik för körda processinstanser där man kan se olika saker beroende på vilken historiknivå man sätter. Det här behöver sättas första gången Camunda startas upp i en ny miljö, för sedan är det väldigt mycket svårare att ändra. Det beror på att en massa databas-tabeller skapas upp och är sedan inte tänkta att ändras på något sätt.
Här beskrivs dom olika nivåerna från lägst till högst. Tar inte med nivån eftersom den inte direkt är en nivå utan snarare ett sätt som beskriver hur flera processmotorer som ansluter mot samma databas ska bete sig.

För mer info: https://docs.camunda.org/manual/latest/user-guide/process-engine/history/

En viktig sak att ha koll på är att historik är väldigt krävande rent databasmässigt. Camunda kommer regelbundet skriva historik till historikdatabasen, och det är något som får en databas att växa i storlek snabbare än man kan tro. Det går snabbt att komma upp i flera 100 GB om man kör full historik och skickar runt mycket data i sin process.

Vi måste dessuto besluta hur ofta historikdata måste rensas, för den måste regelbundet rensas för att inte historikdatabasen ska växa sig för stor. Om det är så att man vill spara historikdata längre tid,från flera månader tillbaka eller ännu längre, så bör vi fungera på att använda en separat databas skild från Camundas vanliga databas för runtime-data.
För vidare infoMer om history cleanup: https://docs.camunda.org/manual/latest7.16/user-guide/process-engine/history/#history-cleanup

NONE

ACTIVITY

AUDIT

FULL

CUSTOM

Description

Historik är avslagen och ingen data skrivs till historikdatabasen.

Här loggas vilken väg i en process som har tagits och vilka aktiviteter som har körts.

Samma som Activity men du får även historik över variabler.

Förutom allt i Activity så får du också historik över User Taks och när en användare har kört dom. Du får också tillgång till historik över DMN-tabeller och vilka regler som har körts där.

Du kan också bygga en egen custom level med hjälp av Java-kod om inte någon av dom vanliga historiknivåerna duger.

Pros and cons

(plus) Ingen data skrivs till historikdatabasen, vilket ökar prestanda i processerna som körs.

(minus) Du tappar all spårbarhet i Camunda Cockpit och du kan endast se incidenter och instanser som körs.

(plus) Om man mest är intresserad av hur processerna körs och inte vilken data som har använts så är det här en bra nivå.

(plus) Mindre krävande än andra nivåer när det kommer till prestanda, utan att man helt tappar historiken.

(minus) Du får ingen information om vad olika variabler har haft för värde, vilket kan göra felsökning svårare.

(minus) Ingen information om vilka beslut via DMN som har tagits.

(plus) Vid felsökning i historikdata så kan man se vilket värde en viss variabel har haft och hur det har ändrats under processens gång.

(minus) Mer last på databasen, även med minimalt antal variabler i processen.

(minus) Ingen information om vilka beslut via DMN som har tagits.

(plus) Du får full tillgång till all historik för din process och kan se exakt vad som har hänt i den. Inkluderar User tasks och beslut via DMN.

(minus) Allra störst last på databasen, både skrivningar till databasen och hur mycket den kommer att växa.

(plus) Du får full kontroll över vilken data som sparas i historikdatabasen.

(minus) Kräver utvecklingstimmar istället för att bara använda en av dom färdiga historiknivåerna.

(minus) Kräver också mer detaljerad kunskap om exakt vilken historikdata som ska sparas undan.

Estimated cost

Status
colourGreen
titleLiten

Status
colourYellow
titleMedium

Status
colourYellow
titleMedium

Status
colourYellow
titleMedium

Status
colourRed
titleHög

...