在 SAP GUI 里打开事务码/IWFND/V4_ADMIN，右上角能看到Publish Service Groups。点进去以后，界面要求填写System Alias，再根据Service Group ID从 Backend 读取可发布的 Service Group。很多长期做 SAP Gateway OData V2 的开发人员走到这里会产生一种熟悉感，因为/IWFND/MAINT_SERVICE里也有查找 Backend Service、分配 System Alias、激活 Service 的过程。可真正开始配置以后就会发现，SAP Gateway Foundation 对 OData V4 的管理思路已经发生了很明显的变化。OData V2 的管理中心更偏向单个 Service，而 OData V4 把 Service Group 提升成了 Hub 侧发布、路由和管理的重要边界。SAP 当前的官方文档明确说明，OData V4 的 Service Group 在 SAP Gateway Foundation Hub 上通过/IWFND/V4_ADMIN发布，只有属于已经发布 Service Group 的 Service 才能够被 Consumer 访问。更关键的一点在于，这个发布动作属于配置行为，并不会因为发布一个新的 Service Group，就在 Hub 系统里创建一套新的 ABAP Repository Object。理解这一点以后，很多看起来零散的 OData V4 配置动作就连成了一条完整的链路。Bac
在 SAP GUI 里打开事务码/IWFND/V4_ADMIN，右上角能看到Publish Service Groups。点进去以后，界面要求填写System Alias，再根据Service Group ID从 Backend 读取可发布的 Service Group。很多长期做 SAP Gateway OData V2 的开发人员走到这里会产生一种熟悉感，因为/IWFND/MAINT_SERVICE里也有查找 Backend Service、分配 System Alias、激活 Service 的过程。可真正开始配置以后就会发现，SAP Gateway Foundation 对 OData V4 的管理思路已经发生了很明显的变化。OData V2 的管理中心更偏向单个 Service，而 OData V4 把 Service Group 提升成了 Hub 侧发布、路由和管理的重要边界。SAP 当前的官方文档明确说明，OData V4 的 Service Group 在 SAP Gateway Foundation Hub 上通过/IWFND/V4_ADMIN发布，只有属于已经发布 Service Group 的 Service 才能够被 Consumer 访问。更关键的一点在于，这个发布动作属于配置行为，并不会因为发布一个新的 Service Group，就在 Hub 系统里创建一套新的 ABAP Repository Object。理解这一点以后，很多看起来零散的 OData V4 配置动作就连成了一条完整的链路。Bac
)
