Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Status

IN PROGRESS

Impact

MEDIUM

Driver

Jakob Melander

Approver

Per Persson

Contributors

Adam Hedesand Stålhult (Unlicensed) Ronny Lundberg (Unlicensed)

Informed

Due date

Resources

\uD83D\uDCD8 Bakgrund

Vi behöver besluta om hur vi exponerar APIer för Datalagret.

\uD83C\uDF08 Alternativ

Alternativ 1 - datalagret bygger och förvaltar sitt eget API

Datalagrets APIer byggs och förvaltas (inklusive livscykelhanteras i API Manager) 100% inom Datalager-objektet.

Alternativ 2 (a och b) - API-teamen bygger och förvaltar Datalagrets API

Datalagret ansvarar för datat och databasen.

API-teamen ansvarar för Datalagrets APIer och dess livscykelhanteras.

Alternativ a och b representerar två olika sätt att integrera våra mikrotjänster med Datalagrets databas:

  • Alternativ a: Datalagret bygger specifika vyer i databasen för det data som skall hämtas från en mikrotjänst.

  • Alternativ b: Mikrotjänsterna går direkt mot tabeller och kolumner i Datalagrets databas.

Alternativ 1

Alternativ 2a

Alternativ 2b

Pros and cons

(plus) Korrekt funktionsallokering

(plus) Inga beroenden mellan olika team

(minus) Frågan om utökat driftansvar för BODIL-maskinen måste redan u

(minus) Resursbrist i hos Datalagret?

(plus)

(minus) Funktionsallokering/
ansvarsfördelning alls inte optimal

(minus) F

✅ Action items

\uD83C\uDF1F Outcome

  • No labels