SAP提供了4种部署选项,保证了网关框架的启用,可根据业务需要进行选择,部署是指服务的安装位置和使用位置。
更具体地说是两台服务器
类型1:中央集线器部署
该项目将在后端系统中创建,这意味着它将能够使用所有DDIC和Genil对象,并可以直接实现逻辑。
Genil对象–通常在全局创建的类只能在SAP后端系统中访问。
例如,云服务器租用,如果我在后端创建了一个类,我将能够在DPC类中的逻辑实现过程中直接使用它。
创建的服务可以在前端系统中使用,网络云服务器,只需在/N/IWFND/MAINT\ u服务中注册服务。
一旦我调用此服务,就会进行处理在后端系统中,但输出将在前端系统中显示。
优点:
MicroHub或协同部署:
如果启用此功能,并且在前端执行服务,则呼叫将通过RFC直接转移到后端系统,以在后端系统中请求功能模块/IWFND/FM\ MICRO\ HUB\ U。
无需维护系统别名。
前端系统不做任何处理您可以用/N/IWFND/TRACES
启用微集线器的调用堆栈:
这里调用在后端系统执行,根据所做的配置,前端系统不识别。
非启用微集线器的调用堆栈
示例:我必须在后端创建一个项目系统,在DPC类中编写我的逻辑,该类将遵循正常的过程,直到在后端注册服务。
在注册过程中,我们需要在事务/N/IWFND/MAINT\U服务中将处理模式设置为"协同部署"。
现在我可以在前端系统中以相同的维护服务事务注册我的服务,但处理模式为"路由"基于"
在此之前,云端云服务器,我需要在前端系统中执行以下附加步骤,然后在前端系统中添加系统别名
步骤1:
步骤2:处理模式:基于路由
在后台系统:
类型2:中央集线器与开发集线器
这里是开发项目,注册服务将在安装了网关组件的前端完成,数据检索(数据库表中的物理数据)将通过RFC调用在后端进行。
当没有机会在后端系统中安装网关组件时,行业大数据,可以选择此方法,因为它们是较旧版本的SAP 7.0,但数据只驻留在该后端系统。
工作:
项目必须在前端系统中创建,并将DDIC结构/自身结构绑定到项目中的实体。因此,MPC将以相同的方式工作。
但是CRUD操作的DPC逻辑,如创建、读取、更新、删除,必须通过带有目标参数的RFC后端调用来完成。
如果Genil对象存在于类中,则可以在接口中访问,但不能直接在DPC类逻辑中引用
优点:不需要在后端系统中安装网关组件
缺点:后端系统中创建的类等Genil对象不能直接在DPC逻辑中寻址,只能通过RFC等接口公开,BAPI.
类型3:嵌入式部署:
这里是网关项目创建,服务的注册和使用一切都是在一个SAP后端系统中完成的。
这里唯一的缺点是后端系统不应该充当另一个后端系统的中心/前端。
但是从理论上讲,后端系统可以充当其他后端系统的前端。
如果您有4年的嵌入式体系结构商务套件系统和fiori应用程序那么fiori应该有四个启动平台
为什么后端系统(比如A)不应该作为另一个后台系统(比如B)的前端?
由于某些业务原因,公司可能需要将系统B升级到SAP 7XX的更高版本。
现在由于该升级,系统B的版本更高,而系统A的版本更低,这可能会导致一些不一致。
因此,云服务器多少钱,与后端相比,始终建议SAP网关服务器的版本更高SAP\U GWFND组件。
优点:
结果开销得到改善,因为在中央集线器部署场景中,没有对后端的RFC调用。
缺点:
如果有n个系统可用于业务目的,则需要多次执行相同的网关配置。
类型4:HCP Odata配置或网关作为配置服务
类似于1类中央集线器部署策略,只是SAP网关前端部分将由SAP云平台管理。
Odata服务,SAP Fiori应用程序通过云连接器连接到HANA云(连接到后端系统前经过多次身份验证的安全方式)
优点:
多个后端系统有一个联系点。
SAP网关前端的维护由云负责,如扩展等
参考:https://blogs.sap.com/2013/05/27/sap-netweaver-gateway-deployment-options-in-a-nutshell/
https://blogs.sap.com/2016/10/10/take-advantage-performance-improvements-sap-gateway-sap-netweaver-7.50-sp04/