从 Hub 转发到 Backend 执行，深入理解 SAP Gateway 的 OData on Backend 优化模式

在一个典型的 SAP Gateway 架构里，浏览器、SAP Fiori、SAPUI5 应用或者其他 OData Consumer 发出的请求，通常先进入 SAP Gateway Foundation。Gateway 不只是接收一个 HTTP Request，它还承担服务识别、路由、协议处理、Backend 调用、异常转换以及 Response 返回等工作。系统规模不大时，这条链路通常不会引起太多关注，可一旦进入大量 OData 请求并发执行的生产环境，同一份请求究竟在哪个 ABAP System 里解析、在哪一层运行 Gateway Framework、Hub 和 Backend 之间经过多少次框架处理，就开始真正影响性能。

SAP Gateway Foundation 因此提供了一种很有意思的处理模式，叫作 OData on Backend。

理解这个模式的关键，并不是把它看成另一个 OData 开发框架，而是把它看成一种 Gateway Runtime 的路由和执行优化。SAP 官方文档对它的定位很明确，在 Hub 与 Backend 位于同一个系统的 co-deployment 架构中，Gateway Framework 可以利用本地执行路径减少不必要的远程处理开销。对于 Hub 与 Backend 分离的情况，OData on Backend 又把类似的思想扩展到了远端 Backend，让 Hub 尽量只承担入口、授权检查与转发职责，把完整的 OData Runtime Processing 放到远端 Backend 执行。

这也是理解整个设计最重要的一条线索。

传统 Hub Deployment 可以抽象成这样一条调