I introduktionsartikeln introducerades de olika API-lagren i API-fokuserad integration, och i föregående artikel gick vi igenom databasmodulen, där data mellanlagras och kan kompletteras manuellt. Nu fördjupar vi oss i Process API-lagret, där data från olika källor sammanställs och bearbetas för att skapa ett enhetligt informationsflöde.
Kort beskrivning av Process-API
Ett Process-API fungerar som integrationsplattformens hjärta. De ansvarar för att samla in och bearbeta data från flera källor (System-API) och tillämpa affärslogik för att skapa en helhetsbild. Detta lager kan kombinera information från till exempel FedEx (leveransdata) och Salesforce (kund- och orderinformation) för att säkerställa att den vidareförmedlade datan är aktuell och relevant.
Bilden ovan illustrerar hur Process-API-lagret tar emot data från System-API:er och levererar bearbetade resultat till ett Experience-API.
Bilden visar hur applikationsflödet modelleras med Prime Arch. Dataobjekt kommer in i plattformen och tas emot av System-API:er, och efter transformation skickas dessa till Process-API:et som sammanställer data om leveransen och status från Call Center till dataobjektet Shipment status som skickas till Experience-AIP:et.
Prime Arch-modellen för Process-API visar det som ett central "bearbetningsnav," där data från olika endpoints samlas in och bearbetas. Genom att tydligt visa flödet från System-API och kopplingen till Experience-API framgår hur Process-API integrerar och levererar värdefull data.
Kort sammanfattning
Process API-lagret är en kritisk komponent som samlar, sammanställer och bearbetar data från olika system. Genom att tillämpa affärslogik säkerställer detta lager att den vidareförmedlade datan är korrekt och relevant för mottagarna.
Nästa artikel kommer att fokusera på Routing, där vi fördjupar oss i hur meddelanden dirigeras inom plattformen för att nå rätt mottagare och hanteras enligt konfigurerade regler.