在 SAP S/4HANA 项目里，OData V4服务开发完成并不代表浏览器、SAP Fiori 应用或者外部系统马上就能访问它。很多现场问题恰恰发生在代码已经激活、Service Definition 没问题、Service Binding 也能看到，但请求从前端进入 SAP Gateway Foundation 之后，却不知道应该送往哪个 Backend System。这时候真正控制请求去向的，并不是业务代码，而是Routing Configuration。在 SAP Gateway Foundation 的架构里，可以把一次远程OData V4调用理解成一件很现实的事情。前端系统好比一家集团公司的总机，后端 SAP S/4HANA 系统好比真正处理业务的事业部。外部消费者只知道拨集团总机，至于采购订单应该找哪个事业部、销售订单应该转给哪套 SAP 系统，总机必须维护一套准确的转接关系。System Alias就承担了这个角色。而在OData V4世界里，和System Alias紧密绑定的另一个重要概念是Service Group。理解Service Group、System Alias和RFC Destination三者之间的关系，基本就掌握了 SAP Gateway Foundation V4 请求路由的核心。SAP 官方目前仍然明确说明，OData V4的 一条 OData V4 请求到底去了哪里，吃透 SAP Gateway Foundation 的 Service Group 路由与 System Alias
在 SAP S/4HANA 项目里，OData V4服务开发完成并不代表浏览器、SAP Fiori 应用或者外部系统马上就能访问它。很多现场问题恰恰发生在代码已经激活、Service Definition 没问题、Service Binding 也能看到，但请求从前端进入 SAP Gateway Foundation 之后，却不知道应该送往哪个 Backend System。这时候真正控制请求去向的，并不是业务代码，而是Routing Configuration。在 SAP Gateway Foundation 的架构里，可以把一次远程OData V4调用理解成一件很现实的事情。前端系统好比一家集团公司的总机，后端 SAP S/4HANA 系统好比真正处理业务的事业部。外部消费者只知道拨集团总机，至于采购订单应该找哪个事业部、销售订单应该转给哪套 SAP 系统，总机必须维护一套准确的转接关系。System Alias就承担了这个角色。而在OData V4世界里，和System Alias紧密绑定的另一个重要概念是Service Group。理解Service Group、System Alias和RFC Destination三者之间的关系，基本就掌握了 SAP Gateway Foundation V4 请求路由的核心。SAP 官方目前仍然明确说明，OData V4的 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
