WSRM GT model i silo arkitektur (TO-BE)

Denne side er pt. blot på idestatsiet OBS ovenstående mand er en arkitekt

Afsende af WSRM grundprincip

Selve afsendelsen sker fra en silo (pt. ikke besluttet hvilken så der er fra DFDG classic det sker)

Afsendelse skal ske efter følgende model

  1. Silo der ønsker at sende en WSRM ligger en event på eventbroker
    Event er må IKKE være en command eller dedikeret event til WSRM afsendelse, men skal være en helt normal event.
    Silo skal ikke bekymre sig om hvad WSRM skal indeholder og til hvem den skal sendes.

  2. Den silo der har ansvaret tage eventen ned fra eventbroker
    Den finder ud af

    1. Hvilke WSRM der skal bruges

    2. Hvilke myndighederstyper der skal sendes til og hvilke konkrete myndigheder WSRM skal ligges på kø til

    3. Hvilken filtrering der skal ske på WRSM

Udfordring

Tynde kontra tykke WSRM

I dag er der mange tykke beskeder, det en udfordring i forhold til

  • GDPR, hvor vi sender data ud til modtager hvor de modtage indholde der ikke er direkte relevant for deres sagsbehandling. Det er samme WSRM der anvendes til alle aftagere.

  • GDPR, hvor der ved en fejl sendes WSRM til en modtager der ikke normalt har rettigheder til data (lille risiko)

  • Ændringer i data udløser ny WSRM version. Dette fordyrer udviklingen i DFDG

Mængden af Event på eventbroker og WSRM

På næste alle data i DFDG sendes WSRM ud, det betyder at med den ny arkitektur skal der rejses event på stor se alle data i alle siloer. Vores silo arkitektur er jo netop skåret sådan at vi kun bør distribuerer der data der er forretningsmæssig relevant i andre siloer.

 

Tynd