很多 SAP Gateway 项目真正麻烦的地方，并不是我们自己从零编写一个 OData 服务，而是企业里已经存在一套外部 OData API，SAP 系统还需要把它纳入自己的 Gateway 服务体系。外面的系统已经能提供$metadata，也已经有 Entity、EntitySet、Association 以及各种数据访问能力。如果 SAP 端重新定义一遍完全相同的数据模型，再自己编写一整套调用代码，工作量明显过大。SAP Gateway 为这种集成场景准备了一条很有年代感、但在经典系统里非常实用的路径，利用SEGW中的Redefine OData Service，把外部 OData 服务引入 SAP Gateway Service Builder，再生成一个 SAP Gateway Service。SAP 官方文档把这个能力称为Generating an SAP Gateway Service for OData，标准过程从 SAP NetWeaver 7.4 系统中的事务码SEGW开始，通过Data Model下的Redefine OData Service启动三步向导。向导需要知道外部服务位于哪里、外部服务叫什么、哪些 HTTP Header 需要在调用链上传递，之后读取外部 OData 模型，并让我们挑选最终希望暴露到 SAP Gateway Service 中的 OData Artifact。这个功能很适合放到 Integration Scenario 的视角下理解。可以把整个通信关 从外部 OData 到 SAP Gateway，SEGW 重定义服务的集成链路全解析
很多 SAP Gateway 项目真正麻烦的地方，并不是我们自己从零编写一个 OData 服务，而是企业里已经存在一套外部 OData API，SAP 系统还需要把它纳入自己的 Gateway 服务体系。外面的系统已经能提供$metadata，也已经有 Entity、EntitySet、Association 以及各种数据访问能力。如果 SAP 端重新定义一遍完全相同的数据模型，再自己编写一整套调用代码，工作量明显过大。SAP Gateway 为这种集成场景准备了一条很有年代感、但在经典系统里非常实用的路径，利用SEGW中的Redefine OData Service，把外部 OData 服务引入 SAP Gateway Service Builder，再生成一个 SAP Gateway Service。SAP 官方文档把这个能力称为Generating an SAP Gateway Service for OData，标准过程从 SAP NetWeaver 7.4 系统中的事务码SEGW开始，通过Data Model下的Redefine OData Service启动三步向导。向导需要知道外部服务位于哪里、外部服务叫什么、哪些 HTTP Header 需要在调用链上传递，之后读取外部 OData 模型，并让我们挑选最终希望暴露到 SAP Gateway Service 中的 OData Artifact。这个功能很适合放到 Integration Scenario 的视角下理解。可以把整个通信关 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
