SAP Gateway简单来说，就是为了前端不懂ABAP开发的人员所设计的，将后端的数据模型封装成为标准的OData服务以供前端开发人员进行简单的调用。
使用SAP Gateway，后端的多套复杂系统将会被隐藏，暴露在前端可以使用的是一些列API，所以，开发人员不需要关心数据的来源，只需要集中在设计应用方面。
开放性
服务可以被任何平台，任何设备调用。
永恒性
服务可以应用于任何版本的SAP后端业务系统。
易用性
应用程序接口可以被简单的调用，而不需要一定的SAP系统知识。
基本架构
使用 SAP NetWeaver Gateway产品基本符合三层架构：
前端
包括各种平台的应用，例如手机，Web应用，各种企业应用，以及一些社交媒体应用。
中间层
SAP NetWeaver Gateway，用于前后端的数据交互。
后端
包括SAP的各种产品，例如CRM，ECC，SCM等等
SAP NetWeaver Gateway主要组件
IW_FND && GW_CORE
Gateway的核心组件，其中包括了：
- OData库以及运行环境
- OData服务注册和发布
- OData元数据的存储
- 服务的跟踪与监控
IW_BEP
- OData建模与设计工具
- 数据连接服务
- BAPI
- RFC
- BOL
- HANA
其他组件作为扩展
- IW_HDB
连接SAP HANA系统作为数据提供者，这个包里包含了使用ADBC（ABAP Database Connectivity）协议进行OData服务的开发。
- IW_PGW
整合BPM（Business Process Management）的流程。
- IW_GIL
为Genil（Generic Interaction Layer）提供了OData适配器。
SAP NetWeaver Gateway的三种部署方式
集成在SAP后端系统中部署
系统安装于SAP后端系统中，作为Add-on安装，这样，业务系统与Gateway在相同的环境之中。
作为中间层单独部署
单独安装于一套服务器中，和后端系统的连接单独配置。
混合部署
前后端分开，核心组件分别安装，后端需要IW_BEP，前端安装GW_CORE。在后端进行服务开发，在Gateway发布服务。
三种方式的比较
| 集成部署 | 单独部署 | 混合部署 |
|---|---|---|
| 安装和配置 | 不需要额外的服务器，所有的动作在业务系统中完成 | 需要单独的服务器来安装Gateway组件，并且需要配置和后端系统中的连接 |
| 性能 | 在后端业务系统中增加额外的负载，但是同时却省掉了远程调用的负载。 | Gateway服务器承担了增加的负载，后端需要承担远程调用的负载 |
| 成本 | 不需要额外的费用 | 额外的服务器费用 |
| 维护 | Gateway的维护依赖于业务系统的维护周期。 | 单独维护，没有依赖 |
| 开发 | 可以直接使用业务系统中的数据字典，结构，函数，直接操作后端系统。 | 需要后端提供RFC（远程函数调用），BAPI等支持 |
| 适用场景 | 测试，可用性检查等等 | 可用性测试或者生产环境，如果在已经存在的SAP后端系统中不允许安装额外Gateway的组件的时候。 |
总结
本文大概介绍了Gateway的特点，结构以及部署方式。我将会以混合部署的方式进行后续的讲解，接下来的文章中介绍SAP后端业务系统和Gateway的连接配置。