一
前言
PO(/PI)是SAP公司的一个中间件产品，用来辅助连接SAP系统与外围系统. (当然外围系统之间也可以使用PO).
一般情况下,异步接口推荐使用PO来确保数据正确抵达目标系统.
-
PO通过企业服务生成器Enterprise Services Builder定义接口内容
-
PO通过集成生成器Integration Builder定义接口传递方式
本文主要介绍在集成生成器Integration Builder中的伙伴Party的应用
(阅读文本假定你大致了解PO的接口配置)
二
集成配置
PO通过集成配置(Integrated Conciguration) 来整合 发出方(Sender) 与接收方( Receive)
(旧版本的PI也可以通过sender agreement 与 receiver agreement 来实现集成配置)
集成配置中整合了如下要素
Sender发送方(图一)
-
Communication Party(通讯伙伴)
-
Communication Component(通讯组件)
-
Interface(接口)
-
Namespace(命名空间)
-
Communication Channel(通讯通道)
Receiver接收方(图二)
-
Communication Party(通讯伙伴)
-
Communication Component(通讯组件)
-
Operation Mapping(操作映射)
-
Interface(接口)
-
Namespace(命名空间)
-
Communication Channel(通讯通道)
图一
图二
三
伙伴的独立性
其中Party(伙伴)作为独立的对象存在, 在伙伴下可以进一步的关联
Communication Component(通讯组件),通过伙伴关联的通讯组件需要单独创建Communication Channel(通讯通道).
四
发送方的伙伴
发送方的伙伴作为集成配置的主键之一,参与了集成配置(Integrated Conciguration)的唯一性识别.
因此一个Communication Component(通讯组件)下的Interface(接口)可以通过区分伙伴创建更多的集成配置(Integrated Conciguration)
五
接受方的伙伴
接受方可以通过伙伴把一个消息群发或分发给一个Communication Component(通讯组件)
的多个伙伴
或者多个Communication Component(通讯组件),后续需要为每一个伙伴确定Operation Mapping(操作映射)及Communication Channel(通讯通道).
六
业务场景
伙伴功能可以实现的业务场景如下.
01
伙伴作为发送方的业务场景
-
通过伙伴区分接口方式
通过不同伙伴下定义不同的Communication Channel(通讯通道).可以把通过PO提供的服务发布成不同的接口方式.
比如,个在ECC创建商品凭证的接口,如果通过PO发布服务, 可以创建三个伙伴,每个伙伴分别维护不同类型的通讯通道(WEBSERVICE,HTTP,REST).
这样就实现发布成三个不同方式的服务(WEBSERVICE, HTTP,REST). 供不同的外围系统按照自己方便的形式调用.
-
通过伙伴区分发出系统
比如接口要通过JDBC或文件访问多个外部系统或者一个外部系统的多个服务器. 则可以使用伙伴区分这些外部系统或不同的服务器,通过不同的JDBC通讯通道或文件通讯通道去访问多个数据库(或共享文件夹)的数据,产生消息传输到目标系统
02
伙伴作为接收方的业务场景
之前实现群发或分发时,往往通过创建不同的Communication Component(通讯组件)来实现, 使用伙伴后,可以只创建一个Communication Component(通讯组件)(用来对应于一个外围系统). 通过伙伴区分该系统的不同的服务器. 这样可以在接收方确认时,通过规则把消息群发多个服务器或者分发给指定服务器.
七
总结
伙伴(Party)不是集成配置(Integrated Conciguration)的必填项. PO实施时往往忽略了伙伴在接口配置中的应用.通过本文可以看出, 伙伴在一些特殊的场景下的使用,可以让配置逻辑更加清晰,更加易于理解,同时可以减少配置量.
THE
END
约定
如果你对这篇文章感兴趣,请帮忙点赞,在看,分享.
(如果你真的喜欢这篇文章,请记得回来打个赏,作为支持我继续下去的动力,这是一个正反馈过程. 越多的人打赏,作者越有动力分享,读者就能享受更多的福利.毕竟打赏的金额富不了我,穷不了你,却能支持这个公众号
网友评论