去年九月份刚刚过去的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分钟开始。

SAP Graph和business API hub的区别和联系

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.

要获取更多Jerry的原创文章，请关注公众号"汪子熙":