GW100-SAP Gateway Hub Functionalities

SAP Gateway Hub Functionalities

分配多个后端系统支持

1.1、多后端系统支持

SAP Gateway可以支持多个后端系统。在这种情况下，相同的服务实现使用相同的技术名称部署在多个后端系统中。该服务仅在Hub上发布一次，但多个后端系统分配给发布的服务。

多后端系统支持在以下场景中很有用：

一家在不同地区运行多个Business Suite系统的公司。
一种环境，其中一个中央服务在一个列表中显示来自多个ERP后端系统的客户数据，而不是拥有多个服务。

1.2、路由和多源组合

多后端系统支持对于路由（从特定后端系统获取数据）和多源组合（从多个后端系统获取数据）很有用。

以下场景需要路由：

US员工只需要检索有关US客户的数据。
EMEA员工只需检索有关EMEA客户的数据。
APJ员工只需检索有关APJ客户的数据。

以下场景需要多源组合：

CFO需要从所有地区检索客户数据。
经理需要从多个后端系统检索数据。

以下场景中，需要路由和多源组合：

负责APJ和EMEA的经理需要检索来自APJ和EMEA客户的数据，而不是来自美国客户的数据。

1.3、系统别名

系统别名是RFC_Destination的包装器，它指向SAP Gateway Hub的后端系统。它包含与请求路由和服务实现位置（MPC和DPC类）相关的附加信息。系统别名在Gateway Hub系统中创建。

系统别名条目的维护在下面路径中的SAP Gateway定制中完成。

SPRO->SAP NetWeaver->SAP Gateway->OData Channel->Configuration->Connection Settings->SAP Gateway to SAP System->Manage SAP System Aliases

1.4、系统别名属性

在SAP系统别名字段中，指定一个有意义的逻辑名称，例如ERP_EMEA或SRM。在描述字段中，可以维护附加描述。标志Local GW和Local App 必须根据已选择的部署场景或后端系统进行设置。

RFC目的地字段应包含指向后端系统的RFC目的地的名称。软件版本字段通常包含默认值。在使用Service Builder 生成服务的特定场景中，必须指定特定的软件版本以反映生成的编码中的更改。例如，基于SPI对象的服务的生成。

尽管维护SystemID和Client字段不是强制性的，但强烈建议填写这些字段，因为开发人员可以根据SystemID和Client检索在SEGW中注册的系统别名。

不需要维护WS provider system 字段。此信息仅适用于一些已弃用的集成方案。

1.5、部署选项

如前所述，Local GW和Local App标志的设置取决于为系统别名指向的后端系统选择的部署方案。回顾一下，以下是各种可用的部署选项：

中央集线器部署---SAP Fiori场景最常用和推荐的部署选项是中央集线器部署，其中服务实施驻留在SAP后端系统上。
嵌入式部署---使用嵌入式部署，服务器组件部署在后端。
在集线器中进行开发的中央集线器部署---第三种部署选项是中央集线器部署，其中服务实现位于集线器上而不是后端。由于必须从后端检索数据，因此服务实现必须能检索必须调用的SAP后端系统的RFC目标。

例如，此部署选项用于任务网关服务。虽然服务实施驻留在SAP网关集线器中，但数据是通过RFC从SAP后端检索的。对于My Inbox应用程序使用的任务网关服务，服务实现基于必须部署在网关集线器上的组件IW_PGW，而工作流项目的数据是通过RFC调用检索的到不同的SAP后端系统。

1.5、中央集线器部署的系统别名设置---后端开发

通过中央集线器部署，开发在后端运行。系统别名设置不应该选中Local App或Local GW复选框。

网关服务器和服务实现位于不同的SAP系统中。RFC目标指向存在服务实现（MPC和DPC类）的后端。Gateway Hub中的服务器运行时解析OData调用并将它们路由到此后端系统。

1.6、嵌入式系统别名设置

对于嵌入式部署，系统别名配置应选中Local GW复选框（从SAP NW 7.40 SP10开始）。

RFC目标应该NONE，因为服务器组件以及后端服务实现都驻留在SAP后端中。

从SAP NetWeaver7.40 SP10开始，运行时行为针对嵌入式部署方案进行了优化。

如果选中Local GW复选框，则不执行RFC调用。在SAP NW SP10之前，运行时使用RFC目标NONE执行RFC调用，即使对于此（本地）RFC调用，仍需要解析数据。从SAP NetWeaver 7.40 SP10开始，集线器运行时改为对后端框架的类执行本地调用。

1.7、用于在Hub中开发的Central Hub部署的系统别名设置

在集线器中使用具有开发的中央集线器部署时，系统别名配置应选择标记本地应用程序。

网关服务器和服务实现都位于SAP Gateway Hub 中的同一SAP系统上。但是，必须从SAP Business Suite后端系统检索业务数据。因此，RFC目标必须指向服务实现（MPC和DPC类）远程调用的后端。

1.8、本地应用示例---我的收件箱任务处理服务

此处显示的编码用于检索已为从路由检索到的系统别名设置的RFC目标。

1.9、系统别名设置

从7.40版本开始，Gateway已成为SAP NetWeaver不可或缺的一部分。随着SAP NetWeaver7.50 SP04的发布，我们借此机会利用堆栈的最新功能为Gateway提供了一些基本的性能优化，例如使用简单转换来呈现OData服务响应或共享内存使用在不同网关组件之间。在Gateway框架内进行的大部分更改都是隐式使用的。这提高了应用程序的速度，无需任何额外配置，独立于使用的SAP Gateway部署方案。如果在中央实例上的SAP NetWeaver的嵌入式部署方案中使用网关，则默认情况下性能优化已经处于活动状态，因为SAP网关后端框架和SAP中心框架组件位于一个盒子上。

在集线器系统上完成某些配置后，系统会以特殊的操作模式运行，并将大多数服务请求路由到适当后端服务器上的网关并在本地执行它们。这是可能的，因为网关集线器和网关后端的功能现在可以在后端“共同部署”执行，因为这两个框架都驻留在同一个软件组件SAP_GWFND中。例如，在这种操作模式下，后端系统能够通过简单的转换序列化数据响应，在SAP NetWeaver内核中比在ABAP中执行的更快。SAP Gateway会为大多数READ操作自动创建这些简单的转换。

术语“Micro Hub”并不表示新的或不同的网关集线器。它只是一个普通的集线器，只是现在它被配置为将有效的OData服务请求立即转发到后端以进一步处理。因此，我们在SAP NetWeaver 7.51中将该列的标题重命名为“OData on Backend”。