Dela upp helheten i delar

Om anskaffningen avser en helhet som är större än bara ett programmeringsgränssnitt, dela upp anskaffningen i delar. 

Små informationssystem är traditionellt uppdelade i tre delar: 

1. användargränssnitt 
2. affärsverksamhetsapplikation 
3. databas. 

I stora system är denna uppdelning dock inte tillräcklig. Uppdelat i tre delar skulle affärslogikens omfattning vara betydande och en sådan arkitektur kallas monolitisk. 

Den monolitiska arkitekturen som tidigare användes för att utveckla stora informationssystem har i huvudsak ersatts med en mikrotjänstarkitektur där ett informationssystem delas in i mindre delar än tidigare med tanke på information eller funktioner, alltså tjänster. Dessa tjänster kommunicerar med varandra via programmeringsgränssnitt. 

Mikrotjänstarkitekturen genomför EU:s interoperabilitetsprinciper bättre än den monolitiska arkitekturen, eftersom den inte definierar de bakomliggande teknikerna för programmeringsgränssnitten. Dessutom minskar den avsevärt riskerna i projekthanteringen samt leverantörsrisken. En stor helhet kan genomföras i små delar, så att man börjar med det viktigaste. 

En anskaffning kan göras till exempel en del eller en större helhet i taget och delar kan köpas av olika leverantörer. 

I mikrotjänsternas genomförande är programmeringsgränssnittet som publiceras utanför organisationen ofta en ganska rätlinjig kombination av interna programmeringsgränssnitt. Mikrotjänstens funktion baserar sig ofta på helheten av de funktioner som tjänstens interna programmeringsgränssnitt erbjuder. 

Många organisationer vill utveckla och dokumentera tillräckliga programmeringsgränssnitt för den interna användningen i systemet med samma verktyg som de externa programmeringsgränssnitten. Om man eftersträvar hög prestanda i de interna programmeringsgränssnittens funktion, kan man ibland förbigå hanteringssystemet helt eller delvis och göra förfrågan direkt. Dessutom kan man utnyttja teknologier som i första hand valts på grund av sin prestanda.