4

I am front end developer and recently hearing these new terms (new to me). I searched Google for explanation but got more confused with multiple full forms.

  • SAPI: System API/ Server API
  • PAPI: Process API/ Performance API
  • EAPI: Enterprise API/ Experience API

Until now, I was creating REST API end points with Node JS and Express/ Mongoose, but never felt the need to divide my API in above categories. Please guide me on when to use what and how to implement the same. TIA.

Peter Cordes
  • 328,167
  • 45
  • 605
  • 847
Souvik Banerjee
  • 187
  • 1
  • 3
  • 14
  • The [tag:papi] tag is about the Linux Performance API which includes system-calls like `perf_event_open` that Linux `perf` uses to access performance counters like `branch-misses` and `cpu_clk_unhalted.thread` It's completely unrelated to APIs used over HTTPS. – Peter Cordes Apr 21 '23 at 06:00

2 Answers2

1

System APIs (SAPI) are APIs such as rest services or microservices that are responsible for connecting to the system (Back through Rest services or a Queue, SaaS, Cloud, Web Services Database, etc.) they do not have processes, their function is to bring and bring resources (these are somewhat more recent terms introduced by MuleSoft.

The Process API (PAPI), are APIs in charge of processing all the business logic and can be PAPI of microservices.

The Experience APIs are apis used in UI/UX, in the front, and usually, they no longer use all the information that the PAPI uses, so each one is responsible for receiving and mapping to be able to use the data or rename it to be able to display or use it as desired

Client <-> PAPI< -> SAPI<-> (Back or other source or resource of information)

Eber Cruz
  • 11
  • 1
0

This is related to API-led Connectivity paradigm. Find more details here: API-led Connectivity

Also I've seen this paradigm implemented at mainframe approaches. I'd like to know if someone else know its implementation with microservices architecture.

Jrr
  • 167
  • 1
  • 4
  • 14