一个 SAP Fiori 应用通过浏览器发起 OData V4 请求时，表面上看到的只是一个 HTTP 或 HTTPS URL。请求进入 SAP Gateway Foundation 之后，却还有一个很关键的问题需要解决，真正负责处理这个请求的业务数据究竟在哪一个 ABAP Backend System 里。在 Embedded Deployment 中，这个答案比较简单。SAP Gateway Foundation 和业务数据可能就在同一个 SAP S/4HANA 系统里，请求进入 Gateway 之后可以继续在本机完成处理。到了 Hub Deployment，情况就完全不同了。Gateway Frontend Server 可能只是统一对外暴露 OData 服务的入口，销售数据位于一个 SAP S/4HANA Backend，财务数据位于另一个 Backend，某些遗留业务甚至还位于独立的 SAP Business Suite 系统中。同一个 Gateway 必须知道每一类请求究竟应该送到哪里。承担这项工作的，就是 SAP Gateway Foundation 的 Routing Configuration。SAP Gateway Foundation 提供了一套标准机制，让外部系统通过 HTTP 或 HTTPS 访问 Gateway System，再消费 Backend System 中实现的 OData 服务。这里的 Backend System 可以是一套独立 SAP 系统，也可以和 Gateway 是同一套系统。真正把 Gateway 与 Backend 连接起来的，并不是业务代码里写死的主机名，而是一套由 System Alias 驱动的路由机制。可以把整个请求路径