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/