Den delen som leser inn fra WISEflow er en egen prosess og er fra-koblet fra resten. Men den delen som arkiverer går synkront til arkiv-tjenesten
Bruk av meldingskø
Ja, Kafka
I klage-beg-dispatcher-app trigger den meldinger fra FS som skal komponeres og videresendes mot eksamensystemer. Den mottar data nedenfor: contextObjectId, contextObjectType, associatedObjectId, associatedObjectType, triggeringUserId, triggeringUserName, timestamp, org, instance, envog examSystem, og sender over begrunnelser (vurdId, klage, examSys, orgIdog env) til WISEflow;
Arkivering av masteroppgaver er et krav som alle institusjoner skal oppfylle.
...
System
Data
Brukt API (endepunkter)
Config-databasen
Finner orgShortNamei databasen til en gitt orgId
configDB.orgs
Config-databasen
Hvis prosessen var mislykket (successer False), henter den en 'blacklist' for tjenesten for å bestemme om det skal registreres som en Slack-feilmelding i kanalen.
NB: Modulen hjelper utviklere og testere av systemet; sluttbrukeren vil ikke legge merke til det.
configDB.slack-blacklists
FS-Digex
Henter ut en json-liste basert på institutionNr, sidenog examSystemover klager som har blitt opprettet eller endret siden oppgitt tidspunkt.
Registrerer en indeks org, instance, env, event-name, remote-adrog request-urii Humio (for å innta og beholde strømmedata)
do Index
Mongo-databasen
Finner alle dokumenter i databasen (orgId, examSys, insperaClientCode, fsEnv, instance, active, begrunnelse, klage, autoEpostog XklageFilter) som samsvarer med aktiv status og aktiv-verdi for Klage- eller Begrunnelse-felt.
Find documents i oai.KlageBegrunnelseEnvs kolleksjonen
Oai-databasen
legger auditInfoMap log til databasen
oai-addAuditLog
Oai-databasen
Henter aktive institusjoner med aktiv klage- og begrunnelse-status som tilsvarer examSystem, orgog instance
oai.KlageBegrunnelseEnvs
Oai-databasen
Hvis prosessen var mislykket (successer False), fjerner Kafka melding fra databasen basert på hashverdi
‘Delete Kafka Message By Hash’ i oai.Records
Slack
Sender feilmeldinger (inkludert også data på module-idog submodul, organisasjons shortNameog orgId, examSystem, examSysInstance, vurdId, fetchFsListDates, decodedFsTestIdog filesToArchive). Det stemmer overens med Config-databasen (configDB.slack-blacklists).
Slack-kanalen (mule-prod)
WISEflow
Returnerer en liste (combinedMainFlowId, purpose, combinedSubFlowIds, variant, state, creationDate, typeog flowId) over flyter som samsvarer med spørringsparameteren (sisCode, envog orgShortName).
Henter opp grunnleggende informasjon for en gitt flyt som navn, type, start- og sluttdato som kan brukes til å identifisere flyten (basert på contextObjectId(Flow id), org(orgShortName) og env).
Returnerer grunnleggende informasjon (submissionId, assessorIds, groupId, id, assessorGroupIdsog user) om alle deltakere som er tildelt en gitt flowId.
Oppretter en revurderingsflyt til en allerede opprettet flyten (av gitt orgShortName, envog flowId). Hvis en revurderingsflyt allerede eksisterer (queuedForSynchronizationer False), vil flowIdbli returnert og flyten vil ikke bli satt i kø for synkronisering.
NB: Dette endepunktet krever revurderingsmodulen på lisensen.
Integrasjonen loger til Humio med detaljert logging av prosessen.
Integrasjonen er knyttet logg-oversikten som vil logge følgende data:
env
errorMessage (String)
errorCode (Number)
examSys
flowId
hash
inputTopic
kandidatNr
orgId
personlopeNr
reassessmentFlowId
submodule
success (boolsk)
vurdId (decodedVurdId)
Integrasjonen har ikke noe behov for tilgangstyring
...
Behandlingstid/responstid og volum
behandlingstid/responstid: gj.sn. ca. 3s
Frekvens: 2-minutter poll timeout for manuelt triggering og 120-minutters tidsplaner for faste frekvenser (Klage-beg-dispatcher), og 2-minutter poll timeout for Apache-Kafka forbruk (WISEflow-klage-app)
Volum (målt: ): gj.sn. ca. 5k hits daglig
Feilhåndtering, konsekvenser av feil og overordnet risikoanalyse