(1) The API Provider is used to abstract the connection to the backend / target system
(2) The API Proxy is the actual API which contains the logic to connect to the target system. Here you can model the flow, add security policies, transform the incoming message or look for content injections
(3) The API Product which bundles one or more API Proxies before they are exposed in the API Developer portal so they can be consumed by a developer
You will use SAP Cloud Platform, API Management to create an API Provider. This API Provider will connect to a backend system, in your case to the SAP Gateway Developer System. In a real-life scenario the API Provider could connect to your Developer System. Once you have created and tested an API Proxy on it, you would transport the proxy to your productive system and the underlying API Provider would now point to your productive backend system.
Where do you discover and consume Products that contain API Proxies?
登录API portal：
在home界面，创建一个新的API povider：
也可以点击Develop菜单，然后Create：
切换到connection面板，将host维护成指向SAP gateway demo系统的url：
sapes5.sapdevcenter.com
catalog service settings里，将path prefix维护成/sap/opu/odata,
Service collection url:
/IWFND/CATALOGSERVICES/ServiceCollection:
点击自动生成的catalog url，
确保在浏览器里能正常打开这个catalog service：
要获取更多Jerry的原创文章，请关注公众号"汪子熙":