图片 3

规划条件和配备

Posted by

SAP Gateway在S4/HANA时代的ABAP开拓模型中具有至关心重视要的身份。SAP
Gateway是怎么样?它对ABAP开拓有怎么样的熏陶?可感觉大家提供什么惠及?那篇译文将浅要地钻探那么些话题。

图片 1

SAP NetWeaver
Gateway是一项基于市肆正式的技艺,它提供了大约的办法以连接SAP软件与设施、情状和平台。这几个框架允许达成立异的、以人为本的解决方案,为SAP的商务软件带来了新体验:比方应酬与协作意况、手提式有线电话机和台式机设备以及富internet应用。

image.png

简短,NetWeaver Gateway是二个ABAP组件集,它附加在你已有的SAP
ERP系统上,并提供了简易的、以人为本的工具来做客你的专业消息,何况裁减了开支数据所急需的学识门槛,使得使用者不须求通晓SAP系统之中的做事机制。Gateway提供了易用的、定义出色的API,提供了入口以访谈SAP系统中负有价值的政工数据和效应。

OData介绍

OData是一种特别简单的接口契约,它装有简单的构造以及轻易的操作方法。当大家谈到接口的不二等秘书技,这段日子首推的是RESTful,REST是Representational
State
Transfer的缩写,它是一种轻量的接口情势(和理念的SOAP的接口格局比较)。注意,REST不是协商,只是开拓接口中的术语,这种接口格局有以下部分表征:

  • 无状态交互(Statelessness)

    恳请不会在服务端存款和储蓄,任何的伸手拿包蕴了富有服务所供给的消息。

  • 可缓存(Cacheability)

    恳请的归来音讯方可定义是还是不是供给缓存。

  • 层级种类(Layered System)

    顾客端不明了访问的尾声系统,有希望是一贯连接,也大概是中等系统。

  • 集合接口(Uniform Interface)

    统一的接口格局能够将客商端和服务端解耦。

  • 按需编制程序(Code on demand)

    劳务能够依据顾客端传输的乞求内容定制化。

REST须求的通用操作:

  • GET

    客商端从服务端获取数据。

  • POST

    顾客端传送音讯给服务端实行创办的操作照旧修改的操作。

  • PUT

    顾客端传送音信给服务端举行创办的操作照旧修改的操作。

  • DELETE

    删去服务端的多少操作

  • PATCH

    更新某一条数据中的某些属性。

正文链接:

OData的定义

OData是Open Data
Protocol的缩写,是一种基于REST的数据访谈方式。如今这种契约有微软张开维护和揭破。

详见的OData的牵线请参谋:www.odata.org

原稿连接:A simple overview on SAP Netweaver
Gateway

OData 公约遵守以下多种设计标准
  • 数量四种性存款和储蓄

    在贰个劳务之中能够定义两种数额的蕴藏。

  • 向下包容

    客商端和服务端能够选择不一致版本的OData服务,每一个服务都足以向下包容。

  • REST原则

    安分守纪上文中提到的REST原则。

  • 轻巧扩展

    借使急需极其的劳动,应该能够举行轻松的恢弘。

  • 简单

1.1 兼容性

  • OPEN – 任何设施,任何体验,任何平台
  • PEOPLE – 优化客户交互场景
  • TIMELESS – 不分裂,任何SAP Business Suite版本
  • DEVELOPE奥迪Q3S – 不难的API,没有须要SAP知识,任何工具(都得以)
  • STANDARDS – 基于REST,ATOM/OData

SAP NetWeaver Gateway提供SAP应用与其他语言或模型的连日技艺,借助REST
services和OData/ATOM切磋,完结这种连接不须要SAP方面包车型客车知识。

实施OData

假使急需施行OData服务,供给完毕以下四个部分:

  • OData模型

    定义数据结构,一般产生在后端系统。

  • OData协议

    帮助CRUDQ(创制,读取,修改,删除,查询)作用,数据的传导能够运用XML也许JSON。

  • OData顾客端库

    确定保障了客户端能够利用库函数方便的拜候OData服务。注意,顾客端库并非必须的,不过尽量有,这样能够节约大批量的编码职业。

  • OData服务

    能够最后被客户端访谈的服务。

1.2 REST & OData

REST: 表现层状态转化(Representational State
Transfer)是布满式系统的软件架构风格,比如万维网。依附其更为简单的品格,REST已经渐渐替代了别样设计模型如SOAP。REST使用标准的GET,
PUT, POST &
DELETE方法和HTTP合同已有的天性。REST的要害对象蕴含组件交互的可度量性、接口的通用性、组件铺排的独立性、中间组件减小延迟、加强安全性和包裹遗留系统(legacy
systems)等。

OData: 开放数据公约(Open Data
Protocol)是三个用来查询和更新数据的开放的互连网球组织议。该左券允许花费者经由HTTP公约向数据源查询,并以Atom、JSON或然plain
XML等格式重临数据,能够对数据编码、排序只怕过滤。

OData服务的组织
  • 劳动文书档案(Service Document)
  • 劳务元结构文档(Service Metadata Document)

如上二种文书档案包蕴了:

  • 实体(Entity)
  • 实体类型(Entity Type)
  • 实体集合(Entity Set)
  • 属性(Property)
  • 导航属性(Navigation Property)
  • 关联(Association)

1.3 关键优势

  • REST允许你的种类通过减少开销数量的良方,因为依附它,不须求SAP系统的专门的学问知识也能花费个中的事业数据和功力。
  • 经过八个轻巧易行易用、非专有的接口,遮掩SAP系统背后的本事复杂。
  • 让您的SAP业务数据和机能能够从符合以下特点的别样设施访谈:
    • 经过HTTP(S)左券通讯。
    • 理解OData消息
  • 提供劳务转移工具(Service Provisioning
    tools),允许为已存在的ABAP功效快速生成REST落成。
  • 为主流IDE提供插件,比方Eclipse,Visual Studio和Xcode.
OData的操作
  • 创建

    HTTP央求类型: POST

    中标重返:201

  • 读取(满含单条读取-read_entity,多条读取read_entityset)

    HTTP须要类型:GET

    成功再次来到:200

  • 更新

    HTTP须要类型:PUT

    中标再次来到:204

  • 删除

    HTTP央求类型:DELETE

    得逞再次回到:204

  • 查询

    HTTP须求类型:GET/POST

    成功重临:200/201

    查询操作清单:

    操作 查询方式
    筛选 $filter
    排序 $orderby
    客户端换页 $top,skip,inlinecount
    数据量 $count
    嵌入内容 $expand
    格式化 $format

2.0 使用开源工具访谈SAP业务数据

通过SAP NetWeaver
Gateway花费数量只须要用HTTP(S)央求就可以。那无需动用别的SAP先前的软件或协商。应用开垦者通过SAP
NetWeaver
Gateway接口花费数据也没有必要有ABAP编制程序经验,以至完全无需精晓SAP内部的做事原理。

运用普通的开荒工具,比方微软的.NET和苹果的XCode,大概开源语言,举个例子Ruby和PHP,大家能够轻巧地因而成本SAP服务器提供的OData新闻为SAP业务数据和意义创立顾客分界面。为了让OData的开支管理变得更其简便易行,SAP公布了多少个版本的Gateway
Consumption Tool。那几个工具现在得以在Visual
Studio和Xcode中选用,它能够生成OData代理对象。其它,它也足以将已转移的代理对象包装并扭转基本使用。

微软的OData契约基于Atom发表公约(Atom
Publishing Protocol),相应地,该公约基于Atom 联合格式(Atom Syndication
Format)。SAP利用了OData内建的正规化扩充性格来提供温馨的笺注(Annotations)。OData数据格式和SAP阐明的构成使得SAP业务消息何况落到实处了自描述和高可读性。这两本性状各自地裁减了SAP业务音信和功用的拿走门槛,使它们更易于为其余外部设备上的职业应用所选择。

OData 在SAP中的方案

SAP对于行业内部的OData实行了增添,特别是在对于字段属性定义上,假若纯熟SAP系统的人都清楚SAP系统表中的字段定义往往很难知晓,SAP的增添中就满含了运用字段的汇报作为OData的品质进行命名。

SAP对于OData的支撑扩张包含:

  • HTTP重回码能够自定义
  • CRUD的支持
  • CUD多媒体文件的支撑
  • 体系化管理
  • 深层结构管理
  • Merge/patch的支持
  • Paging,filter的扩张援救

OData在SAP各样产品中的使用:

  • SAP Fiori
  • SAP Jam
  • SAP Netweaver Portal
  • SAP HANA

3.0 聚焦SAP NetWeaver Gateway

SAP NetWeaver
Gateway接口的刀口在于它的REST本事允许非SAP系统选拔轻便地费用SAP的多少与成效。它们包罗:

  • 其他外界应用,举例微软Office应用能够通过.NET(乃至VBA)进行成本。
  • 桌面机器能够经过由PHP、Java或Ruby等后台帮助的Web应用实行成本。
  • 活动端原生应用,比方GALAXY Tab/金立或然安卓设备也许黑莓设备。
  • 嵌入式设备,比方创立业机器人或然卫星导航系统中的路径规划软件。
  • 其他你能够想到的可编制程序的、辅助HTTP(S)合同的事情场景。

SAP NetWeaver
Gateway接口能够用来别的协理HTTP(S)的可编制程序设备。为提供这一包容性,它经过以下花招掩盖了系统内部存款和储蓄器在的复杂:

和睦适配:OData成为了向/从SAP系统供应/花费业务数据的独一合同。

劳务适配:差异档案的次序和版本的SAP系统以后表现为单一的、集成的专门的学业音信库。

总结

正文轻松的过了一下OData,也差不离看了一晃SAP中OData的施用,在接下去的一篇作品中会介绍Gateway的主干架构。

图片 1

image.png

SAP
Gateway简来讲之,正是为着前端不懂ABAP开拓的职员所布署的,将后端的数据模型封装成为行业内部的OData服务以供前端开采职员进行轻巧的调用。

使用SAP
Gateway,后端的多套复杂系统将会被隐形,暴光在前端能够利用的是部分列API,所以,开拓职员没有须要关怀数据的起点,只需求聚集在统一希图使用方面。

  • 开放性

    劳务能够被别的平台,任何设施调用。

  • 永恒性

    劳务能够选取于别的版本的SAP后端业务系统。

  • 易用性

    应用程序接口能够被轻便的调用,而不须要料定的SAP系统知识。

4.0 开采进程

SAP NetWeaver
Gateway软件由四种劳务转移工具提供,它能够扭转须要的源代码,以运行你的外表应用的成本。这个工具得以用来连接八种常用IDE,比如Eclipse,Visual
Studio和Xcode。对那三个IDE,存在可用的扩张,所以开垦者不须要具有SAP知识。

SAP NetWeaver
Gateway能够根据已有的BAPI、KoleosFC和ABAP Dynpro显示屏创设新的Gateway对象。在生成Gateway对象时,生成工具使用起来和LacrosseFC生成器、BOWrangler生成器和显示器生成器同样。大家也足以经过Gateway附加组件来创设自定义Gateway对象,它会提供OData通道。那是一类别ABAP类和接口,能够用来在SAP系统中费用你和谐的Gateway模型对象。要求在SAP NetWeaver Gateway中注册它们,那样就能够透过RESTful服务在外表访谈。

能够由此以下图表轻巧掌握这个费用进度中的步骤:

图片 3

骨干架构

运用 SAP NetWeaver Gateway产品为主相符三层架构:

  • 前端

    回顾各个平台的使用,例如手提式有线电话机,Web应用,各类公司应用,以及一些应酬媒体采取。

  • 中间层

    SAP NetWeaver Gateway,用于前后端的数据交互。

  • 后端

    包罗SAP的种种成品,比方CRM,ECC,SCM等等

5.0 总结

SAP NetWeaver
Gateway不是用于由规范顾客选用的事务型应用的锦绣前程,也不会取代现成的中间件如SAP
NetWeaver PI。另外,SAP NetWeaver
Gateway的对象亦非A2A或B2B场景。相反,SAP NetWeaver
Gateway是一扇通向SAP业务数据和职能的门。它的对象受众是被称之为有时平台顾客(Occasional
Platform Users ,OPU)的部落。那个人需求通过易于成本的办法贯彻特定的(ad
hoc)SAP数据和功力访谈。

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服务器承担了增加的负载,后端需要承担远程调用的负载 Gateway承担服务负载,后端承担远程调用负载。
成本 不需要额外的费用 额外的服务器费用 额外的服务器费用
维护 Gateway的维护依赖于业务系统的维护周期。 单独维护,没有依赖 单独维护,没有依赖
开发 可以直接使用业务系统中的数据字典,结构,函数,直接操作后端系统。 需要后端提供RFC(远程函数调用),BAPI等支持 对于后端系统完全访问和操作,可以直接使用后端的数据字典或者结构等等。
适用场景 测试,可用性检查等等 可用性测试或者生产环境,如果在已经存在的SAP后端系统中不允许安装额外Gateway的组件的时候。 生产环境,如果使用SAP Fiori的话推荐使用这种部署方式。

总结

正文大约介绍了Gateway的特色,结构以及配置方式。作者将会以混合配置的办法张开接二连三的执教,接下去的小说中介绍SAP后端业务连串和Gateway的接连配置。

相关文章

Leave a Reply

电子邮件地址不会被公开。 必填项已用*标注