在一套采用 Central Hub Deployment 的 SAP S/4HANA 或传统 SAP Business Suite 系统里，浏览器发出的 OData V4 请求往往不会直接进入承载业务数据的 Backend。HTTP 请求先到 SAP Gateway Foundation 所在的 Hub，再由 Hub 根据 system alias 和 routing configuration 找到真正负责业务处理的 Backend。服务实现、业务数据和主要业务逻辑留在 Backend，而面向外部消费者的 HTTP 接入、路由和 service group 发布由 Hub 承担。这套结构看起来只是把一个 OData 服务拆成了两个系统，真正开始配置时却很容易混淆。/IWBEP/V4_ADMIN到底在哪一侧使用，/IWFND/V4_ADMIN又属于哪一侧，/IWFND/ROUTING与 system alias 是什么关系，为什么服务已经在 Backend 注册成功，浏览器仍然访问不到，为什么 V4 使用/sap/opu/odata4而不是大家更熟悉的/sap/opu/odata，这些问题其实都指向同一件事，我们必须先把 OData V4 在 Central Hub 架构中的职责边界理顺。SAP 官方对 Central Hub Deployment 的定义很明确，OData V4 服务既可以在 Hub 开发，也可以在 Backend 开发。对于 Backend Service Development 场景，服务实现位于 SAP Business Suite Backend，而 Gateway 从 Hub 到 Backend，彻底理清 SAP Gateway OData V4 后端服务开发与发布链路
在一套采用 Central Hub Deployment 的 SAP S/4HANA 或传统 SAP Business Suite 系统里，浏览器发出的 OData V4 请求往往不会直接进入承载业务数据的 Backend。HTTP 请求先到 SAP Gateway Foundation 所在的 Hub，再由 Hub 根据 system alias 和 routing configuration 找到真正负责业务处理的 Backend。服务实现、业务数据和主要业务逻辑留在 Backend，而面向外部消费者的 HTTP 接入、路由和 service group 发布由 Hub 承担。这套结构看起来只是把一个 OData 服务拆成了两个系统，真正开始配置时却很容易混淆。/IWBEP/V4_ADMIN到底在哪一侧使用，/IWFND/V4_ADMIN又属于哪一侧，/IWFND/ROUTING与 system alias 是什么关系，为什么服务已经在 Backend 注册成功，浏览器仍然访问不到，为什么 V4 使用/sap/opu/odata4而不是大家更熟悉的/sap/opu/odata，这些问题其实都指向同一件事，我们必须先把 OData V4 在 Central Hub 架构中的职责边界理顺。SAP 官方对 Central Hub Deployment 的定义很明确，OData V4 服务既可以在 Hub 开发，也可以在 Backend 开发。对于 Backend Service Development 场景，服务实现位于 SAP Business Suite Backend，而 Gateway