今天給大家介紹一下SAP PI該如何入門。文章的內(nèi)容小編覺得不錯(cuò)，現(xiàn)在給大家分享一下，覺得有需要的朋友可以了解一下，希望對(duì)大家有所幫助，下面跟著小編的思路一起來閱讀吧。

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡(jiǎn)單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長期合作伙伴，公司提供的服務(wù)項(xiàng)目有：空間域名、網(wǎng)頁空間、營銷軟件、網(wǎng)站建設(shè)、蒼南網(wǎng)站維護(hù)、網(wǎng)站推廣。

SAP PI入門

SAP ERP是什么

對(duì)于任何業(yè)務(wù)——無論是大的還是小的——都會(huì)有必須要執(zhí)行的標(biāo)準(zhǔn)業(yè)務(wù)功能，比如：物料管理（MM），銷售與分銷（SD），財(cái)務(wù)（FI），人力資源（HR）等等。市場(chǎng)上有很多正在為業(yè)界所使用的軟件。一個(gè)簡(jiǎn)單的例子：如果你前往一個(gè)大型零售商店、旅店的下屬的小店面，并且它們運(yùn)行在ERP系統(tǒng)之上的話，收銀機(jī)器可以經(jīng)由ERP生成銷售發(fā)票。

對(duì)于絕大多數(shù)業(yè)務(wù)實(shí)現(xiàn)來說，企業(yè)資源計(jì)劃（Enterprise Resource Planning，ERP）是一種可以改善生產(chǎn)力和業(yè)績(jī)的有效途徑。SAP ERP是SAP 公司推出的的企業(yè)資源計(jì)劃，它是一個(gè)整合了組織的關(guān)鍵業(yè)務(wù)功能的集成軟件解決方案?；竟δ馨ǎ篐R，MM，SD，F(xiàn)ICO等，在SAP中它們叫做業(yè)務(wù)模塊。SAP把它們構(gòu)建成產(chǎn)品并且在市場(chǎng)上銷售。有兩個(gè)（或者更多）模塊是不直接支持業(yè)務(wù)功能的，而是用于展現(xiàn)和集成。前者叫做EP（企業(yè)門戶）后者叫做PI（過程集成）。所有的業(yè)務(wù)模塊都是由ABAP開發(fā)的，然而這兩個(gè)模塊卻主要由Java開發(fā)。這些模塊不是可執(zhí)行文件，而是需要部署在應(yīng)用服務(wù)器上運(yùn)行。

在我們進(jìn)入主題之前，需要認(rèn)識(shí)到這些點(diǎn)：

• SAP代表用于數(shù)據(jù)處理的一些系統(tǒng)、應(yīng)用、產(chǎn)品。

• SAP AG是一個(gè)德國的跨國軟件公司，從事于制造管理業(yè)務(wù)操作和客戶關(guān)系的企業(yè)軟件。SAP ERP是該公司推出的企業(yè)資源計(jì)劃，一個(gè)整合了組織的關(guān)鍵業(yè)務(wù)功能的集成軟件解決方案。

• SAP NetWeaver Process Intergration（SAP PI）是SAP的企業(yè)應(yīng)用集成（EAI）軟件，是NetWeaver產(chǎn)品組的組件，用于幫助公司內(nèi)部的軟件、系統(tǒng)之間的信息交換，以及與外部的信息交換。

回到頂部

遺留系統(tǒng)

當(dāng)在一個(gè)大型的機(jī)構(gòu)中實(shí)施SAP的時(shí)候，并不是所有部件都可以放在SAP ERP中。其中的很多業(yè)務(wù)部件有它們自己的專有工具，可能極度復(fù)雜、并且無法被替代。它們和SAP系統(tǒng)平行運(yùn)行。它們叫做“遺留系統(tǒng)”。有必要把這些先前存在的非SAP系統(tǒng)和SAP集成起來，這就是SAP PI出場(chǎng)的地方。

回到頂部

為什么我們需要SAP PI

在大型的機(jī)構(gòu)中，除了遺留系統(tǒng)之外，SAP ERP也不是由一個(gè)單一系統(tǒng)組成的，而是集成了多個(gè)系統(tǒng)，如CRM，SRM和FICO等。為了處理這種復(fù)雜性，SAP引入了PI：一個(gè)可以為所有系統(tǒng)提供單一集成點(diǎn)的平臺(tái)。它不需要接觸已有的遺留系統(tǒng)的復(fù)雜網(wǎng)絡(luò)。這是一個(gè)可以為SAP和非SAP應(yīng)用之間、企業(yè)內(nèi)部和內(nèi)部或者內(nèi)部和外部之間提供平滑的端對(duì)端集成的強(qiáng)大的中間件。SAP PI支持B2B和A2A交換，支持同步和異步消息交換，并且包含了用于設(shè)計(jì)和執(zhí)行PI的內(nèi)建引擎。

回到頂部

SAP PI架構(gòu)

 SAP PI有著輪輻式結(jié)構(gòu)，由中心和輻條組成；輻條連接外部系統(tǒng)，中心會(huì)在它們之間交換消息。源系統(tǒng)成為發(fā)送者系統(tǒng)，目標(biāo)系統(tǒng)成為接收者系統(tǒng)。PI不是一個(gè)單獨(dú)的組件，而是很多個(gè)可以根據(jù)集成場(chǎng)景靈活地一起工作的組件的集合。該架構(gòu)包含了在設(shè)計(jì)期間使用的組件、在配置期間使用的組件和在運(yùn)行期間使用的組件。

我們可以把PI劃分為多個(gè)領(lǐng)域：

1. 集成服務(wù)器（Integration Server）

2. 集成構(gòu)建器（Integration Builder）

3. 系統(tǒng)規(guī)劃（System Landscape）

4. 配置和監(jiān)控（Configuration and Monitoring）

集成服務(wù)器是SAP PI的中心處理引擎。所有消息都在這里以一致的方式處理。它包含三個(gè)獨(dú)立引擎：

1. 集成引擎（Integration Engine）

2. 適配器引擎（Adapter Engine）

3. 業(yè)務(wù)處理引擎（Business Process Engine）

集成引擎可以被看做是中心，而適配器引擎則是輪輻。

關(guān)于業(yè)務(wù)處理引擎，本文會(huì)晚些解釋。

集成構(gòu)建器是一個(gè)用于訪問和編輯集成對(duì)象的C/S框架，它包含兩個(gè)相關(guān)的工具：

1. 企業(yè)服務(wù)庫（Enterprise Service Repository ，ESR）——用于設(shè)計(jì)和開發(fā)在不同場(chǎng)景下使用的對(duì)象。

2. 集成目錄（Integration Directory，ID）——用于配置開發(fā)場(chǎng)景的ESR組件。

二者放在一起，就是通常被成為場(chǎng)景的集成過程。

系統(tǒng)規(guī)劃是數(shù)據(jù)中心的一個(gè)有關(guān)軟件和系統(tǒng)的信息的中心庫，簡(jiǎn)化了系統(tǒng)規(guī)劃的管理。

在配置和監(jiān)控中，可以監(jiān)控消息和適配器。

回到頂部

單棧與雙棧

在PI初次發(fā)布的時(shí)候，不是所有的組件都是在同一個(gè)平臺(tái)上構(gòu)建的。集成引擎和業(yè)務(wù)處理引擎由ABAP構(gòu)建，然而適配器引擎、集成構(gòu)建器、SL、CM和Mapping Runtime由Java構(gòu)建。因此PI需要Java和ABAP環(huán)境來運(yùn)行，這被稱為雙棧。

ABAP Stack	Java Stack
Integration Engine Business Process Engine Integration Builder	Enterprise Service Repository Integration Directory Runtime Workbench System Landscape Directory Adapter Engine Mapping Runtime

但是在晚些的版本中，所有組件都是由Java構(gòu)建的。某些雙棧組件已經(jīng)廢除，或者在被修改后運(yùn)行在Java棧。因此PI只需要Java環(huán)境來運(yùn)行。這就是單棧。

（單雙棧各有利弊，但是本文不會(huì)涉及到相關(guān)內(nèi)容）

回到頂部

集成引擎

集成引擎負(fù)責(zé)中央集成服務(wù)器服務(wù)，例如管線步驟：路由和映射。如果源消息結(jié)構(gòu)和目標(biāo)的消息結(jié)構(gòu)不同，集成引擎調(diào)用Mapping Runtime，源結(jié)構(gòu)會(huì)被轉(zhuǎn)換成目標(biāo)結(jié)構(gòu)。Mapping Runtime基于Java棧。集成引擎也可以利用ABAP程序來轉(zhuǎn)換，這個(gè)基于ABAP棧。

消息可以是兩種類型：

1. 同步的——有請(qǐng)求和響應(yīng)兩部分。

2. 異步的——只有請(qǐng)求或者響應(yīng)二者之一。

在PI中，消息由接口表示。

接口：XML格式的消息結(jié)構(gòu)和說明。

基于上面的限制，會(huì)有三種接口類型：

1. 外向接口——連接發(fā)送系統(tǒng)。

2. 內(nèi)向接口——連接接收系統(tǒng)

3. 抽象接口——連接BPE。

在PI中為每一個(gè)業(yè)務(wù)需求配置集成邏輯（場(chǎng)景）的時(shí)候，集成引擎會(huì)以循序漸進(jìn)的方式執(zhí)行配置。術(shù)語“管線”指的是在處理XML消息的時(shí)候執(zhí)行的所有步驟。管線步驟包含：

1. 接收者識(shí)別——決定參加消息交換的系統(tǒng)。

2. 接口識(shí)別——判斷應(yīng)該使用何種接口接受消息。

3. 消息分割——如果找到了不止一個(gè)接收者，PI會(huì)為每一個(gè)接收者實(shí)例化新的消息。

4. 消息映射——把源消息映射為目標(biāo)消息的格式。

5. 技術(shù)路由——為消息綁定特定的目標(biāo)和協(xié)議。

6. 調(diào)用適配器——發(fā)送轉(zhuǎn)換過的消息給適配器或者代理。

回到頂部

適配器引擎

你一定已經(jīng)發(fā)現(xiàn)，集成引擎只使用XML-SOAP協(xié)議處理消息。但是如果我們有一對(duì)發(fā)送和接收系統(tǒng)，它們的數(shù)據(jù)格式是不同的呢？這時(shí)我們使用適配器引擎中的不同的適配器來將XML和基于HTTP的消息轉(zhuǎn)換為這些系統(tǒng)需要的指定的協(xié)議和格式，或者相反。

如本文早先討論的那樣，SAP PI是輪輻式結(jié)構(gòu)的，其中適配器引擎可以被看作輪輻。我們使用適配器引擎來連接集成引擎（中心）和外部系統(tǒng)。適配器框架基于適配器引擎，適配器框架是基于SAP J2EE Connector Archtiecture（JCA）的。適配器框架提供了用于配置、管理和監(jiān)控適配器的接口。

在雙棧系統(tǒng)中，大多數(shù)適配器基于Java棧，只有兩個(gè)基于ABAP棧：

Java Stack	RFC adapter, SAP Business Connector adapter, file/FTP adapter, JDBC adapter, JMS adapter, SOAP adapter, Marketplace Adapter, Mail adapter, RNIF adapter, CIDX adapter
ABAP stack	IDOC adapter and HTTP adapter

在SAP PI從雙棧變?yōu)閱螚５臅r(shí)候，這兩個(gè)適配器成為了Java棧的一部分。修改后的適配器引擎成為高級(jí)適配器引擎，兩個(gè)適配器分別叫做IDOC_AAE和HTTP_AAE。

回到頂部

業(yè)務(wù)處理引擎

業(yè)務(wù)處理引擎（Business Process Engine）的職責(zé)是執(zhí)行和持久化集成過程。

BPM代表跨組件業(yè)務(wù)處理管理（Business Process Management ）或者ccBPM，也叫做集成過程。集成過程是指可運(yùn)行的、跨系統(tǒng)的消息處理。在集成過程中，你可以定義所有需要運(yùn)行的的處理步驟和相關(guān)的過程控制參數(shù)。業(yè)務(wù)處理管理提供了SAP Exchange Infrastructure，包含以下功能：

1. 全狀態(tài)消息處理：集成過程的狀態(tài)可以在集成服務(wù)器上持久化。

2. 可以使用相關(guān)性建立消息間的語義關(guān)系。

3. 當(dāng)你想要定義、控制、監(jiān)控復(fù)雜的集成過程的時(shí)候，比如擴(kuò)展到企業(yè)和應(yīng)用程序邊界，即收集/合并、拆分、多播的時(shí)候，需要實(shí)現(xiàn)集成過程。

在運(yùn)行期間，BPE執(zhí)行集成過程。集成過程可以只通過抽象接口發(fā)送和接收消息。

回到頂部

在SAP PI中建立場(chǎng)景

如果需要在PI中建立場(chǎng)景（scenario），要從主頁開始。

主頁界面如下：

主頁有以下四個(gè)工作區(qū)的超鏈接：

1. 企業(yè)服務(wù)庫（ESR）

2. 集成目錄（ID）

3. 系統(tǒng)規(guī)劃（SL）

4. 配置和監(jiān)控（CM）

每個(gè)超鏈接都可以打開對(duì)應(yīng)的應(yīng)用。這四個(gè)都是Java應(yīng)用。ESR和ID是swing應(yīng)用。它們基于JNLP，需要從瀏覽器啟動(dòng)，所以第一次會(huì)花較多的時(shí)間來下載整個(gè)庫文件。但是從第二次開始，加載時(shí)間就會(huì)變短了。SL和CM是純web應(yīng)用，運(yùn)行在瀏覽器上。

回到頂部

企業(yè)服務(wù)庫

 使用企業(yè)服務(wù)庫設(shè)計(jì)和創(chuàng)建用于制作場(chǎng)景的對(duì)象。PI中的數(shù)據(jù)流是這樣的：

找到以下設(shè)計(jì)的選項(xiàng)：

1. 接口對(duì)象——服務(wù)接口，消息類型，數(shù)據(jù)類型。

2. 映射對(duì)象——操作映射和消息映射。

3. 集成過程。

PI使用集成庫來為發(fā)送者和接收者設(shè)計(jì)消息結(jié)構(gòu)，并且通過相應(yīng)的消息結(jié)構(gòu)開發(fā)接口消息，接口消息是與外部世界互動(dòng)的一個(gè)點(diǎn)。數(shù)據(jù)類型和消息類型可以用來對(duì)復(fù)雜接口進(jìn)行簡(jiǎn)化和模塊化設(shè)計(jì)。

操作映射允許源結(jié)構(gòu)和目標(biāo)結(jié)構(gòu)之間的轉(zhuǎn)換。但是如果源結(jié)構(gòu)和目標(biāo)結(jié)構(gòu)是相同的，那該過程可能會(huì)免于執(zhí)行。和服務(wù)接口類似，消息映射用于簡(jiǎn)化和木塊話復(fù)雜的操作映射。消息映射可以通過四種方式進(jìn)行：

1. 圖形化映射。

2. Java映射

3. XSLT映射

4. ABAP映射

圖形化映射是最常用的手段，因?yàn)樗试S開發(fā)者圖形化地映射結(jié)構(gòu)的屬性，以通過服務(wù)接口傳遞數(shù)據(jù)。對(duì)于其它三個(gè)，需要通過寫代碼來開發(fā)映射。如果是如果是單棧服務(wù)器，ABAP映射是不可用的。

（還有些其它方面，本文沒有涉及）

回到頂部

集成目錄

這里我們通過早先配置的ESR對(duì)象來制作管線步驟。這些步驟在運(yùn)行期間通過集成引擎執(zhí)行。

在我們開始配置之前，我們需要在DIR創(chuàng)建/導(dǎo)入以下的對(duì)象：

1. 服務(wù)——業(yè)務(wù)系統(tǒng)/業(yè)務(wù)服務(wù)/集成過程

2. 通信通道

服務(wù)允許你處理消息的發(fā)送者或者接收者。根據(jù)你使用這些服務(wù)的目的，你可以選擇以下的服務(wù)類型：

1. 業(yè)務(wù)系統(tǒng)——如果你想要將指定的業(yè)務(wù)系統(tǒng)作為消息的發(fā)送者或者接收者處理，選擇該消息類型。在系統(tǒng)規(guī)劃中，業(yè)務(wù)系統(tǒng)是真實(shí)的應(yīng)用系統(tǒng)。

2. 業(yè)務(wù)服務(wù)——如果你想要將抽象業(yè)務(wù)實(shí)體作為消息的發(fā)送者或者接收者處理，選擇這個(gè)服務(wù)類型。業(yè)務(wù)服務(wù)不會(huì)再系統(tǒng)規(guī)劃中定義。

3. 集成過程服務(wù)——如果你想要將集成過程作為消息的發(fā)送者或者接收者處理，選擇這個(gè)服務(wù)類型。在運(yùn)行期間，這些集成過程由消息控制，他們自己也可以發(fā)送消息。

通信通道決定了消息的內(nèi)向和外向處理。消息會(huì)通過適配器從原生格式被轉(zhuǎn)換為soap-xml指定的消息格式，或者相反。通常一個(gè)場(chǎng)景中會(huì)有兩個(gè)通信通道：

1. 發(fā)送者信道。

2. 接收者信道。

必須為服務(wù)分配一個(gè)信道。根據(jù)服務(wù)被視為消息的發(fā)送者或接收者，信道也會(huì)有一個(gè)發(fā)送者/接收者角色，二者必須匹配。不可以把信道分配給集成過程服務(wù)。

管線步驟DIR中的通過以下四步配置：

1. 發(fā)送者協(xié)議

2. 接收者判定

3. 接口判定

4. 接收者協(xié)議

發(fā)送者協(xié)議定義了發(fā)送者的消息如何轉(zhuǎn)換，因此它可以由集成系統(tǒng)處理。它包含：

1. 發(fā)送者組件

2. 發(fā)送者接口

3. 發(fā)送者信道

發(fā)送者協(xié)議類似于表中的主鍵。同一個(gè)規(guī)劃中不可以有兩個(gè)相同的發(fā)送者協(xié)議。

接收者協(xié)議則定義了消息如何被轉(zhuǎn)換為接收者可以處理的形式。它包含：

1. 發(fā)送者組件

2. 接收者組件

3. 接收者接口

4. 接收者信道

使用接收者判定來指定消息發(fā)送的對(duì)象?？梢酝ㄟ^定義條件以轉(zhuǎn)發(fā)消息，它包括：

1. 發(fā)送者組件

2. 發(fā)送者接口

3. 接收者組件

接收者判定包含2個(gè)類型——標(biāo)準(zhǔn)的和擴(kuò)展的。使用哪個(gè)取決于你想要手工指定接收者、還是在在運(yùn)行期間通過映射動(dòng)態(tài)地指定。

接收者判定和接口判定——加在一起通常稱為邏輯路由。發(fā)送者協(xié)議和接收者協(xié)議——這兩個(gè)加在一起通常成為合作協(xié)議。

回到頂部

系統(tǒng)規(guī)劃

SAP System Landscape Directory（SLD）是系統(tǒng)規(guī)劃中的核心信息的提供者。在web頁面上你可以發(fā)現(xiàn)以下連接：

1. 技術(shù)系統(tǒng)——技術(shù)系統(tǒng)是在你的系統(tǒng)規(guī)劃中安裝的應(yīng)用系統(tǒng)。

2. 業(yè)務(wù)系統(tǒng)——業(yè)務(wù)系統(tǒng)是邏輯系統(tǒng)，在PI內(nèi)作為發(fā)送者/接收者存在。業(yè)務(wù)系統(tǒng)與相關(guān)的技術(shù)性同有著一對(duì)一的依賴關(guān)系。

3. 產(chǎn)品和組件——這是有關(guān)所有SAP產(chǎn)品和組件的信息，包含他們的版本。如果系統(tǒng)規(guī)劃內(nèi)有任何第三方產(chǎn)品，它們也會(huì)注冊(cè)在這里。

SLD的界面如下圖所示：

產(chǎn)品和組件都可以叫做組件信息。

技術(shù)系統(tǒng)和業(yè)務(wù)系統(tǒng)都叫做規(guī)劃描述（Landscape Description）。

一個(gè)業(yè)務(wù)系統(tǒng)可以配置為集成服務(wù)器或者應(yīng)用系統(tǒng)。

1. 集成服務(wù)器（Integration server）——集成服務(wù)器只運(yùn)行在集成構(gòu)建器中配置的集成邏輯。它們也可以被識(shí)別為管線步驟。它接受XML信息、判斷接收者、運(yùn)行映射、路由XML信息到相應(yīng)的接收者系統(tǒng)。因此配置過的集成引擎被識(shí)別為中央配置集成引擎。

2. 應(yīng)用系統(tǒng)（Application system）——應(yīng)用系統(tǒng)不會(huì)執(zhí)行集成邏輯。它一次調(diào)用集成服務(wù)器以運(yùn)行集成邏輯。它會(huì)扮演XML消息的發(fā)送者或接收者的角色。因此，帶有本地集成引擎的應(yīng)用系統(tǒng)需要集成服務(wù)器來執(zhí)行集成邏輯。

只有一個(gè)SAP系統(tǒng)中的客戶端可以配置為集成服務(wù)器。

以下信息從SLD提取到ESR和DIR中：

1. ESR中用到的用于定義產(chǎn)品的組件信息和SWCV。

2. 在目錄中用于定義消息發(fā)送者和消息接收者的業(yè)務(wù)系統(tǒng)。

回到頂部

配置和監(jiān)控

配置和監(jiān)控是監(jiān)測(cè)的中心入口。它給予了你導(dǎo)航到集成引擎的功能，也可以與計(jì)算中心管理系統(tǒng)（Computing Center Management System，CCMS）、SAP的進(jìn)程監(jiān)控設(shè)施（Process Monitoring Infrastructure，PMI ）集成。

配置和監(jiān)控的界面如下圖：

配置和監(jiān)控支持以下監(jiān)控功能：

1. 組件監(jiān)控——監(jiān)控不同的SAP PI組件，包括Java和ABAP部分。

2. 消息監(jiān)控——跟蹤SAP PI組件中的消息處理狀態(tài)，以及錯(cuò)誤偵測(cè)和分析。

3. 端對(duì)端監(jiān)控——從PI的視角監(jiān)控消息的生命周期。

4. 性能監(jiān)控——可以通過RWW統(tǒng)計(jì)SAP PI的不同方面的性能。這里，你可以選擇并聚合性能數(shù)據(jù)，比如，根據(jù)組件、時(shí)間序列、消息屬性等。

5. 索引管理——通過管理和監(jiān)控每個(gè)PI組件的消息的索引，可以在消息監(jiān)視中啟用基于索引的消息搜索。這種消息搜索提供了增強(qiáng)的選擇標(biāo)準(zhǔn)，包含指定適配器的消息屬性和消息載荷中的術(shù)語或短語。

6. 警報(bào)配置——通過使用警報(bào)框架，PI中的中心監(jiān)控可以在消息處理期間獲得所有的錯(cuò)誤報(bào)告。它可以幫助改進(jìn)ABAP運(yùn)行期間和基于Java的適配器引擎來改進(jìn)對(duì)錯(cuò)誤的處理。為此，警報(bào)框架包含了基于確定時(shí)間的規(guī)則，相關(guān)內(nèi)容處于PI消息協(xié)議的頭部。這些規(guī)則決定了警報(bào)是否發(fā)送。如果發(fā)送了警報(bào)，警報(bào)可以用于錯(cuò)誤分析。

7. 警報(bào)信箱——警報(bào)信箱是用戶特定的、顯示各個(gè)警報(bào)服務(wù)器中根據(jù)警報(bào)配置而產(chǎn)生的所有警報(bào)。

8. 緩存監(jiān)控器——緩存監(jiān)控器顯示當(dāng)前運(yùn)行時(shí)緩存中的緩存對(duì)象。不同的緩存對(duì)象的監(jiān)控是依據(jù)緩存實(shí)例進(jìn)行的。

回到頂部

同步 vs. 異步

處理可以定義為同步或者異步。

• 同步處理通過請(qǐng)求/響應(yīng)操作調(diào)用，處理的結(jié)果立刻通過操作返回給調(diào)用者。

• 異步處理通過單方向的操作調(diào)用，結(jié)果和錯(cuò)誤會(huì)通過另一個(gè)單向的操作調(diào)用。結(jié)果通過回調(diào)操作返回。

計(jì)算機(jī)的世界里沒有異步通信，所有的兩個(gè)系統(tǒng)之間的通信總是通過方法調(diào)用進(jìn)行（請(qǐng)求/響應(yīng)操作）。所以如何使其異步呢？答案是，在調(diào)用者和被調(diào)用者之間引入一個(gè)第三方的系統(tǒng)。

 假設(shè)存在兩個(gè)系統(tǒng)——A和B。A與B之間所有的通信通過一個(gè)方法調(diào)用來進(jìn)行，因此他們是同步的。我們?cè)贏B間引入一個(gè)第三方系統(tǒng)，稱其為中間系統(tǒng)I。A和I之間的通信通過方法調(diào)用，I和B之間的通信也是通過方法調(diào)用進(jìn)行。但是A和B之間的調(diào)用可以是異步的，因?yàn)锳不需要等待來自B的響應(yīng)。

這是異步通信的基本原理，那么什么是中間系統(tǒng)呢？答案是隊(duì)列。A被稱為調(diào)用者，B被稱為接收者。來自于A的消息首先添加到隊(duì)列中，接著它再次被從隊(duì)列中拉出，并且發(fā)送給B。B的響應(yīng)通過相同的方式返回給A。在某些情況下，業(yè)務(wù)需求要求消息按照以A觸發(fā)的時(shí)順序發(fā)送給B，這種情況下可以依據(jù)先進(jìn)先出策略。如果沒有這樣的需求，則消息會(huì)以隨機(jī)順序從隊(duì)列發(fā)送至B。

因此可以把消息通信分為三類：

1. 同步的

2. 異步且無序的

3. 異步且有序的

在PI中，我們定義它們?yōu)椋和健狟E（Best Effort），異步且無序的——EO（Exactly Once），異步且有序的（Exactly Once in Order）。

回到頂部

確認(rèn)

確認(rèn)是異步通信的基礎(chǔ)，為什么？

對(duì)于同步通信，系統(tǒng)A調(diào)用系統(tǒng)B時(shí)，如果B發(fā)送響應(yīng)失敗，處理會(huì)失敗。但是在異步通信中，系統(tǒng)A調(diào)用系統(tǒng)I并且系統(tǒng)I會(huì)調(diào)用系統(tǒng)B。所以假設(shè)A與I之間的通信成功，然而I和B之間的通信失敗。A該怎樣得知發(fā)送到B的過程失敗了呢？它通過確認(rèn)來實(shí)現(xiàn)，該確認(rèn)通過消息從A到B相同的路由方式，反向發(fā)送給A。如果從B到A的確認(rèn)沒有成功抵達(dá)A，那么A會(huì)認(rèn)為處理失敗，并且再次發(fā)送消息。

當(dāng)我們討論P(yáng)I中的異步的時(shí)候，我們會(huì)使用術(shù)語 ‘Exactly Once’ 來表示EO和EOIO。Exactly Onc的意思是一旦發(fā)送的消息不能再次發(fā)送。為了實(shí)現(xiàn)這一特性，每一個(gè)從A發(fā)往B的消息都會(huì)有一個(gè)確認(rèn)。通信的終端是適配器，因此適配器必須支持確認(rèn)。

所有適配器都提供系統(tǒng)確認(rèn)（system-acknowledgment），比如發(fā)送確認(rèn)。支持同步通信的適配器除了支持系統(tǒng)確認(rèn)以外還支持應(yīng)用確認(rèn)。

所以在PI中存在著以下類型的確認(rèn)：

1. 系統(tǒng)確認(rèn)——系統(tǒng)確認(rèn)在運(yùn)行期間使用，以確認(rèn)異步消息已抵達(dá)接收者。

2. 應(yīng)用確認(rèn)——應(yīng)用確認(rèn)用以確保異步消息成功地被接收者處理。

回到頂部

Remote Function Call

在進(jìn)行PI工作時(shí)，你會(huì)接觸到名詞——RFC。這是什么？為了建立兩個(gè)SAP系統(tǒng)之間的連接，比如R/3和PI，我們創(chuàng)建了RFC目標(biāo)。RFC目標(biāo)需要配置以下內(nèi)容：

1. 連接類型

2. 接收者的IP地址和端口

連接類型描述了系統(tǒng)連接的類型，比如R/3，TCP/IP，內(nèi)部連接等等..

創(chuàng)建的RFC目標(biāo)可以根據(jù)通信類型分類。按照異步或者同步通信可以分為：

1. 同步通信——同步RFC

2. 異步通信且無順序——Transactional RFC（tRFC）

3. 異步通信且有順序——Queued RFC（qRFC）

以上就是SAP PI該如何入門的全部?jī)?nèi)容了，更多與SAP PI該如何入門相關(guān)的內(nèi)容可以搜索創(chuàng)新互聯(lián)之前的文章或者瀏覽下面的文章進(jìn)行學(xué)習(xí)哈！相信小編會(huì)給大家增添更多知識(shí),希望大家能夠支持一下創(chuàng)新互聯(lián)！

文章名稱：SAPPI該如何入門-創(chuàng)新互聯(lián)
文章網(wǎng)址：http://www.rwnh.cn/article42/csicec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、網(wǎng)站維護(hù)、云服務(wù)器、網(wǎng)站設(shè)計(jì)、用戶體驗(yàn)、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)