今年九月份刚刚过去的SAP TechEd Las Vegas会议上,SAP CTO Juergen Mueller向外界宣布了SAP一些持续进行的技术创新和改进,其中之一就是SAP Graph,大家可以访问网址https://graph.sap了解详情。
https://www.citrix.com/blogs/2019/09/26/citrix-workspace-and-sap-graph-enhancing-the-employee-experience/
今年九月份的SAP Las Vegas TechEd上,SAP CTO Juergen Mueller向外界宣布了SAP一些持续进行的技术创新和改进,其中之一就是SAP Graph,大家可以访问网址https://graph.sap访问,Citrix是这个技术的早期使用者之一。
SAP Graph并不是一门新的编程语言或者新的SAP产品,而是一种新的API消费方式,SAP期望通过引入SAP Graph,将来自异构云产品的API进行聚合,简化应用数据模型,让partners开发云原生扩展应用的道路成为一条坦途。
SAP Graph对于Jerry目前工作的C/4HANA生态圈更加至关重要。Thomas Hertz在他的博客SAP C/4HANA Foundation: This is where we take it from here里提到,C/4HANA foundation层将提供一个统一,可伸缩可扩展的开放API层以方便partners做扩展,即SAP Graph。
TechEd上SAP CTO的讲话在这个链接可以听到,
https://events.sap.com/teched/en/session/48210
讲话总共1小时40分钟,关于SAP Graph的介绍在第34分钟开始。
API business hub提供的是一个个细粒度具有业务含义的API,而SAP Graph是比API business hub更上一层的概念,它将底层细粒度的API聚合起来,使用者可以根据自己的需要进行灵活搭配。比如一个客户购买了C/4HANA套件的Marketing Cloud和Commerce Cloud,客户想自己开发一个Fiori UI,显示来自Marketing Cloud的联系人数据和Commerce Cloud的产品数据。最直接的做法当然是使用两次HTTP调用,分别消费两个cloud定义在api.sap.com上的API;另一种方式则是用SAP Graph建模好的复合API(composite API), 开发人员只需要调用一次API即可取出UI需要显示的数据,至于这些API背后的取数逻辑,API的消费者是不知道也不需要知道的;只有SAP Graph的建模人员才清楚。
Jerry个人觉得SAP Graph的工作原理很像设计模式里的外观模式(Facade pattern), 定义了一个高层、统一的接口,消费者通过这个统一的接口对子系统中的一群接口进行访问。我们可以把SAP Graph类比成外观模式里高层统一的接口,而通过外观模式被隐藏掉细节的子系统类比成C/4HANA里各个云细粒度的API.
联系客服