Dante — Teknisk leder AI Skill

$# Arkitektur beslutningsregister (ADR): Bruk av meldingskø i ordrebehandlingspipeline ## Status Foreslått ## Kontekst Vår nåværende ordrebehandlingspipeline håndterer bestillinger synkront, noe som kan føre til flaskehalser og redusert skalerbarhet under høyt trafikkvolum. Vi vurderer å innføre en meldingskø for å forbedre systemets robusthet, skalerbarhet og feilhåndtering. ## Beslutning Vi beslutter å adoptere en meldingskø i ordrebehandlingspipen. Meldingskøen vil fungere som et buffer mellom ulike steg i prosessen, slik at ordre kan behandles asynkront og uavhengig av hverandre. ## Begrunnelse - **Skalerbarhet:** Meldingskøen gjør det mulig å skalere behandlingskomponenter uavhengig av hverandre. - **Robusthet:** Systemet kan håndtere midlertidige feil eller nedetid i enkelte komponenter uten å miste ordre. - **Asynkron behandling:** Reduserer ventetid for brukeren ved å frigjøre ressurser raskere. - **Feilhåndtering:** Meldinger kan gjenopprettes eller behandles på nytt ved feil. - **Fleksibilitet:** Enkelt å legge til nye steg i pipeline uten å påvirke eksisterende komponenter. ## Ulemper - Økt kompleksitet i systemarkitekturen. - Potensiell forsinkelse i ordrebehandling på grunn av asynkronitet. - Krever overvåking og vedlikehold av meldingskøinfrastrukturen. ## Konsekvenser - Vi må velge og implementere en passende meldingskøteknologi (f.eks. RabbitMQ, Kafka). - Utviklingsteamet må tilpasse eksisterende komponenter til å kommunisere via meldingskø. - Overvåkings- og feilhåndteringsrutiner må etableres for meldingskøen. ## Neste steg - Evaluere aktuelle meldingskøløsninger. - Prototype implementering i en testpipeline. - Planlegge utrulling og migrering fra synkron til asynkron behandling.