\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 | Korrekt funktionsallokering Inga beroenden mellan olika team Frågan om utökat driftansvar för BODIL-maskinen måste redan u Resursbrist i hos Datalagret? | Resursfrågan mindre akut Funktionsallokering/ Dubbel utveckling för varje ny datamängd (skapa vy i Datalagret samt logik i mikrotjänst) | Resursfrågan minst akut Funktionsallokering/ |