Vurdere AzureServicebus for DA eventer?
- Dominant language
- No language data
- Stars
- 5
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
Vi har hatt noen hendelser der vi av diverse årsaker ikke har kunnet prosessere eventer fra DA via altinn eventsystemet. Disse meldingene blir retried inntil 12 ganger over en 36 timers periode, før de til slutt havenr i en posion-kø.
Det finnes pt ingen måte å se status på eventer i altinn eventssystemet eller å sette oppe varsler dersom eventer havner i poison-køen. Det er heller ingen funksjonalitet tilgjengelig for oss for å kunne flytte eventer tilbake til opprinnelig kø for ny prosessering. Dette skaper utfordringer for oss da vi må kontakte altinn-core teamet for å få de til å manuelt flytte over ett og ett event fra poison kø til opprinnelig kø for reprosessering. Forrige gang dette skjedd var det 137 eventer på poison køen som måtte flyttes over manuelt at altinn-core teamet, men dette tallet vil øke med økt trafikk når flere tingretter kobles på løsningen.
Dette eventet er et rent business/integrasjonsevent for vår løsning og har i utgangspunktet ingen ting med altinn plattformen å gjøre. Derfor er det ikke noe problem å bytte ut altinn eventsystemet med f.eks. azure servicebus for denne eventtypen (oppdateringer fra DA). Dette er også i tråd med signaler vi har fått fra altinn core teamet, som mente at vi burde behandle egne businessevents utenfor altinn eventsystemet.
Er det på tide å gjøre denne switchen?
Pros
* Bedre innsikt i løsningen, kan monitorere køer og "lag" etc.
* Mulighet for å sette opp varsler dersom eventer ikke kan håndteres
* Mulighet for selv å spille av eventer på nytt
* SUM: Økt autonimitet ved feilsituasjoner - vi vil selv kunne sette opp varsler og håndtere disse situasjonene.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.