集成工作的一個(gè)重要部分是基于流程的集成，而在SAP環(huán)境中實(shí)現(xiàn)接口需求的眾所周知的產(chǎn)品是SAP Process Orchestration（以下簡(jiǎn)稱SAP PO）。
現(xiàn)代集成架構(gòu)通常使用中央系統(tǒng)來(lái)控制和處理應(yīng)用程序之間的通信。這些系統(tǒng)通常被稱為中間件或集成平臺(tái)。
SAP PO可以用作中心中間件產(chǎn)品。通過(guò)SAP PO，基本上可以設(shè)置不同的集成架構(gòu)。SAP PO是一個(gè)經(jīng)典的軟件產(chǎn)品，可以在自己的基礎(chǔ)設(shè)施內(nèi)安裝和運(yùn)營(yíng)它。
內(nèi)容摘錄自《SAP Interface Management Guide》。
本文鏈接：https://www.cnblogs.com/hhelibeb/p/17893424.html
SAP PO概覽
在本節(jié)中，我們將提供SAP PO的概覽。表1顯示了SAP PO及其前身的不同版本的概覽。這個(gè)SAP中間件的第一個(gè)流行版本是SAP Exchange Infrastructure（SAP XI）3.0，它于2004年12月發(fā)布。2006年6月，發(fā)布了第一個(gè)繼任者：SAP Process Integration版本7.0（以下簡(jiǎn)稱SAP PI）。從這個(gè)版本開始，SAP PI的版本號(hào)基于其關(guān)聯(lián)的SAP NetWeaver版本。
| 名稱 | 發(fā)布時(shí)間 | 特點(diǎn) |
|---|---|---|
| SAP XI 3.0 | 2004年12月 | - |
| SAP PI 7.0 | 2006年6月 | 支持Java 1.5 |
| SAP PI 7.10 | 2008年7月 | 引入高級(jí)適配器引擎（AAE） |
| SAP PI 7.11 | 2009年6月 | - |
| SAP PI 7.30 | 2011年5月 | ? 包含高級(jí)適配器引擎擴(kuò)展（AEX）的選項(xiàng) ? 支持Java 1.6 |
| SAP PO 7.31 | 2012年5月 | - |
| SAP PO 7.40 | 2013年5月 | - |
| SAP PO 7.50 | 2016年10月 | 支持Java 1.8 |
表1 SAP PO版本及其特點(diǎn)的歷史
SAP XI和SAP PI作為雙棧安裝運(yùn)行。換句話說(shuō)，如圖1所示，運(yùn)行它們需要SAP NetWeaver Application Server for ABAP（SAP NetWeaver AS ABAP）和SAP NetWeaver Application Server for Java（SAP NetWeaver AS Java）。之所以需要雙棧，是因?yàn)镾AP PI的不同組件是基于不同技術(shù)開發(fā)的。例如，IDoc通信長(zhǎng)時(shí)間以來(lái)需要使用SAP NetWeaver AS ABAP，因?yàn)镮Doc只作為ABAP功能提供。
圖5 SAP PI：雙棧安裝
自2011年5月起，可以選擇以AEX安裝（也稱為單棧安裝）運(yùn)行SAP PI。在這種情況下，如圖2 所示，SAP PI的所有組件都運(yùn)行在基于Java的應(yīng)用服務(wù)器上。這種安裝解決方案的優(yōu)勢(shì)是所有消息處理都在一個(gè)應(yīng)用服務(wù)器上進(jìn)行，不需要應(yīng)用服務(wù)器之間的通信。因此，可以在消息處理時(shí)間方面取得性能優(yōu)勢(shì)。
圖2 SAP PI：高級(jí)適配器引擎擴(kuò)展
自2012年5月起，可以選擇安裝SAP PO以及SAP PI。SAP PO提供了兩個(gè)額外的組件，如圖3所示：首先是SAP Business Process Management（SAP BPM）用于處理和控制跨系統(tǒng)流程；其次是SAP Business Rules Management（SAP BRM）用于業(yè)務(wù)規(guī)則的中央定義和存儲(chǔ)。自SAP PI 7.50起，不再可以作為雙棧系統(tǒng)安裝。盡管仍然可以額外安裝基于ABAP的應(yīng)用服務(wù)器（一種稱為雙重使用的方法），但這種方法不推薦，應(yīng)只在特殊情況下考慮。
截至2021年1月，SAP官方支持的SAP PO的唯一版本是7.50。其他所有版本將在2020年12月各自SAP NetWeaver版本的維護(hù)結(jié)束后不再受支持。目前，SAP PO 7.50將繼續(xù)由SAP支持，常規(guī)維護(hù)至2027年12月，延長(zhǎng)維護(hù)至2030年12月。在那之后，不再計(jì)劃提供進(jìn)一步的支持，SAP也不打算發(fā)布新版本的SAP PO。
圖3 SAP PO的組件
SAP Cloud Integration是SAP PO的后繼產(chǎn)品，將在后文中詳細(xì)介紹。然而，SAP Cloud Integration目前只作為基于云的解決方案提供。中間件的一個(gè)主要優(yōu)勢(shì)是它也可以在本地運(yùn)行，特別是在本地到本地的集成中。SAP一直在研究SAP Cloud Integration的本地變體。然而，也可以在SAP Cloud Integration中開發(fā)接口，并在此期間在SAP PO中運(yùn)行它們。
接口管理功能
本節(jié)介紹SAP PO用于接口管理的不同功能。請(qǐng)注意，本節(jié)將重點(diǎn)介紹SAP PI的功能。欲了解更多信息，我們推薦J. Mutumba Bilay和R. Viana Blanco所著的SAP PRESS書籍《SAP PO》（參見(jiàn)SAP PO: The Comprehensive Guide)
支持的集成領(lǐng)域
可以在實(shí)施不同領(lǐng)域的場(chǎng)景時(shí)使用SAP PO。原則上，可以在所有集成領(lǐng)域中使用SAP PO。然而，SAP PO的優(yōu)勢(shì)在本地到本地和本地到云的集成領(lǐng)域尤為明顯。
在本地到本地的集成領(lǐng)域中，通常是兩個(gè)本地運(yùn)營(yíng)的應(yīng)用程序相互通信。由于SAP PO也是本地安裝和運(yùn)營(yíng)的，因此在這個(gè)集成領(lǐng)域中，SAP PO的優(yōu)勢(shì)大于SAP作為云服務(wù)提供的其他集成產(chǎn)品。理想情況下，通過(guò)SAP PO從本地通信到本地時(shí)，不會(huì)離開自己的網(wǎng)絡(luò)。即使在臨時(shí)失去互聯(lián)網(wǎng)連接的情況下，也可以通過(guò)本地網(wǎng)絡(luò)繼續(xù)通信。
SAP PO在本地到云的集成領(lǐng)域也特別有用。在這方面的一個(gè)典型例子是跨企業(yè)通信。SAP PO仍然是本地運(yùn)行的，但在這種情況下，通信是與外部合作伙伴進(jìn)行的。因此，應(yīng)該注意如何保護(hù)對(duì)SAP PO系統(tǒng)的訪問(wèn)，因?yàn)橥獠客ㄐ攀沁M(jìn)入內(nèi)部網(wǎng)絡(luò)的潛在入口。
云到云：
當(dāng)然，也可以將SAP PO用于其他集成領(lǐng)域。然而，這涉及到一些挑戰(zhàn)。例如，出于性能原因，通過(guò)本地安裝的SAP PO系統(tǒng)處理云到云通信是沒(méi)有意義的。另一個(gè)原因是系統(tǒng)可用性。需要確保的SAP PO系統(tǒng)至少具有與兩個(gè)云提供商為其應(yīng)用程序提供的相同的可用性。此外，出于性能原因，通過(guò)本地安裝的SAP PO系統(tǒng)路由消息會(huì)給網(wǎng)絡(luò)帶來(lái)負(fù)擔(dān)，因此沒(méi)有意義。
在這一點(diǎn)上，讓我們來(lái)看兩個(gè)通?？梢詺w類為本地到云集成領(lǐng)域的進(jìn)一步用例。
對(duì)于企業(yè)到企業(yè)（B2B）通信，必須考慮特殊的消息格式和技術(shù)。對(duì)于SAP PO，SAP在SAP PI B2B附加組件中提供了這些功能。B2B附加組件由三個(gè)模塊組成，如圖4所示：
? B2B服務(wù)
? B2B適配器
? B2B轉(zhuǎn)換模塊
圖4 SAP PI企業(yè)對(duì)企業(yè)附加組件概覽
這些B2B服務(wù)是SAP PO中的功能，在B2B通訊環(huán)境中通常會(huì)使用。這些服務(wù)包括，例如，為消息映射提供的特殊預(yù)定義功能，或者在消息和合作伙伴層面定義號(hào)碼范圍的能力。B2B適配器提供特殊的傳輸技術(shù)，比如Applicability Statement 2（AS2）、歐洲數(shù)據(jù)交換格式（OFTP）和X.400。B2B轉(zhuǎn)換模塊為SAP PO提供了處理特殊格式的數(shù)字文檔交換能力，這些格式稱為電子數(shù)據(jù)交換（EDI）格式，并將它們轉(zhuǎn)換成符合SAP PO標(biāo)準(zhǔn)的XML格式以便進(jìn)一步處理。
商業(yè)對(duì)政府（B2G）通訊通常涉及企業(yè)根據(jù)法律要求向政府機(jī)關(guān)報(bào)告的情況。在德國(guó)最著名的例子是通過(guò)Elster進(jìn)行的銷售稅預(yù)繳申報(bào)。對(duì)于這種形式的通訊，SAP提供了預(yù)定義的內(nèi)容，只需要導(dǎo)入并在SAP PO中配置即可。
集成能力
對(duì)于大多數(shù)接口，SAP PO中的不同功能將是滿足需求所必需的。原則上，本節(jié)介紹的功能可以以任何方式組合，并不一定要用于消息處理。圖5示意性地顯示了SAP PO中消息處理的流程。我們將在本節(jié)中更詳細(xì)地描述各個(gè)處理步驟。
圖5 SAP PO中消息處理的示意流程
讓我們更詳細(xì)地看一下這些處理步驟：
- 數(shù)據(jù)轉(zhuǎn)換
在數(shù)據(jù)轉(zhuǎn)換的上下文中，消息在處理過(guò)程中從發(fā)送結(jié)構(gòu)轉(zhuǎn)換到目標(biāo)系統(tǒng)的目標(biāo)結(jié)構(gòu)。為此，圖形映射框架內(nèi)提供了各種操作符，除了圖形映射之外，還有額外的選項(xiàng)：可擴(kuò)展樣式表語(yǔ)言轉(zhuǎn)換（XSLT）和Java映射允許實(shí)現(xiàn)更復(fù)雜的數(shù)據(jù)轉(zhuǎn)換需求。然而，必須在SAP PO之外開發(fā)這些映射，因?yàn)镾AP PO不提供編輯器。因此，可以在偏好的編輯器中或公司提供的編輯器中開發(fā)這些映射。 - 消息持久性
原則上，中間件不是消息存儲(chǔ)。盡管如此，在某些情況下您可以臨時(shí)存儲(chǔ)數(shù)據(jù)。但是，請(qǐng)注意，這個(gè)選項(xiàng)應(yīng)該只在特殊情況下使用，因?yàn)樗赡軐?duì)系統(tǒng)性能產(chǎn)生負(fù)面影響。我們估計(jì)在中間件中需要數(shù)據(jù)存儲(chǔ)的需求相當(dāng)?shù)汀AP PO可以根據(jù)系統(tǒng)的配置存儲(chǔ)不同狀態(tài)的消息，以便進(jìn)行錯(cuò)誤分析和錯(cuò)誤處理；因此，通常不需要額外的存儲(chǔ)。 - 數(shù)據(jù)安全
數(shù)據(jù)安全在接口管理中扮演著重要的角色。首先，連接時(shí)應(yīng)始終使用安全的協(xié)議——例如，使用安全文件傳輸協(xié)議（SFTP）而不是文件傳輸協(xié)議（FTP），使用超文本傳輸安全協(xié)議（HTTPS）而不是超文本傳輸協(xié)議（HTTP）。在SAP PO中，可以使用SAP流程集成安全連接附加組件來(lái)提供增加數(shù)據(jù)安全性的功能。該附加組件提供了例如鎖定和解鎖消息的選項(xiàng)。此外，可以在監(jiān)控中使用權(quán)限來(lái)控制哪些用戶可以看到什么信息。比如，某些員工可能不應(yīng)該被允許看到通過(guò)接口傳輸?shù)娜耸聰?shù)據(jù)。 - 消息路由
中間件的核心任務(wù)之一是確定消息的正確接收者（路由）。消息可以被路由到一個(gè)接收者，也可以是多個(gè)接收者。接收者可以根據(jù)不同的標(biāo)準(zhǔn)確定，例如消息類型、消息發(fā)送者或消息內(nèi)容。和路由本身一樣重要的是錯(cuò)誤處理，如果無(wú)法確定接收者，可以為SAP PO中的每個(gè)接口單獨(dú)配置。 - 消息組合
如果源系統(tǒng)發(fā)送的數(shù)據(jù)對(duì)于目標(biāo)系統(tǒng)的成功消息處理來(lái)說(shuō)不足，可以使用查找功能從應(yīng)用程序中讀取更多數(shù)據(jù)。默認(rèn)情況下，SAP PO通過(guò)Java數(shù)據(jù)庫(kù)連接或RFC提供查找功能。然而，應(yīng)該注意每次查找都會(huì)增加處理時(shí)間，從而減少SAP PO的整體數(shù)據(jù)吞吐量。此外，如果查找失敗或沒(méi)有返回任何數(shù)據(jù)，必須在SAP PO中實(shí)現(xiàn)高級(jí)錯(cuò)誤處理。 - 消息監(jiān)控
通過(guò)消息處理，SAP PO中有另一個(gè)全面的功能，允許監(jiān)控整個(gè)處理過(guò)程。日志文件記錄了單個(gè)處理步驟，以便可以輕松識(shí)別和糾正錯(cuò)誤。此外，為了補(bǔ)充已經(jīng)描述的消息持久性，可以記錄消息以支持錯(cuò)誤分析。由于消息監(jiān)控是接口管理中的一個(gè)重要話題，我們將在后文中更詳細(xì)地討論其功能。
連接器
對(duì)于與SAP和非SAP應(yīng)用程序的集成，SAP PO提供了許多適配器類型，如表2所列。第三方供應(yīng)商還提供了額外的適配器類型。
| 適配器類型 | 描述 |
|---|---|
| AS2 | 通過(guò)AS2協(xié)議連接B2B合作伙伴。此適配器是B2B附加組件的一部分。 |
| BC | 實(shí)現(xiàn)與SAP Business Connector的連接。 |
| CIDX | 化學(xué)工業(yè)數(shù)據(jù)交換（CIDX）; 提供對(duì)化學(xué)標(biāo)準(zhǔn)的支持。 |
| EDISeparator | 來(lái)自B2B附加組件的特殊適配器，可以用來(lái)從一個(gè)技術(shù)傳輸中分離出多個(gè)EDI消息。 |
| File | 通過(guò)文件接口或FTP服務(wù)器交換數(shù)據(jù)。 |
| http_AAE | 通過(guò)HTTP(S)協(xié)議連接應(yīng)用程序。 |
| IDoc_AAE | 通過(guò)SAP PO交換IDocs。 |
| JDBC | 通過(guò)JDBC訪問(wèn)任何數(shù)據(jù)庫(kù)。相應(yīng)的JDBC驅(qū)動(dòng)程序必須部署在SAP PO上。 |
| JMS | 通過(guò)SAP PO上的消息隊(duì)列實(shí)現(xiàn)異步消息處理。 |
| 通過(guò)連接的電子郵件服務(wù)器，使SAP PO能夠發(fā)送或接收電子郵件。 | |
| Marketplace | 實(shí)現(xiàn)XI消息格式到市場(chǎng)格式MarketSet Markup Language (MML)的轉(zhuǎn)換。 |
| OData | 建立基于OData通信的適配器類型；是安全連接附加組件的一部分。 |
| OFTP | OFTP是B2B附加組件的特殊傳輸格式。 |
| REST | 根據(jù)REST原則實(shí)現(xiàn)遠(yuǎn)程客戶端或Web服務(wù)服務(wù)器之間消息的交換。 |
| RFC | 使SAP PO能夠?qū)Ρ镜噩F(xiàn)場(chǎng)系統(tǒng)進(jìn)行RFC調(diào)用。 |
| RNIF(11) | RosettaNet實(shí)現(xiàn)框架（RNIF）允許在集成服務(wù)器和符合RosettaNet的系統(tǒng)（RNIF協(xié)議1.1/2.0）之間交換消息。 |
| SFSF | 連接到SAP SuccessFactors系統(tǒng)的適配器類型；是安全連接附加組件的一部分。 |
| SFTP | 通過(guò)SFTP實(shí)現(xiàn)基于文件的通信；是安全連接附加組件的一部分。 |
| SOAP | 使遠(yuǎn)程客戶端或Web服務(wù)服務(wù)器與集成服務(wù)器之間能夠傳輸SOAP消息。 |
| WS_AAE | 負(fù)責(zé)遠(yuǎn)程客戶端或Web服務(wù)服務(wù)器與集成服務(wù)器之間SOAP消息的交換。 |
| X.400 | X.400是B2B附加組件的特殊傳輸技術(shù)。 |
表2 SAP PO：適配器類型
在SAP PO中，可以通過(guò)使用適配器模塊來(lái)擴(kuò)展通信通道的功能。每個(gè)通信通道都被分配給確切的一個(gè)適配器類型。適配器模塊在適配器和消息服務(wù)之間被調(diào)用?？梢栽谕ㄐ磐ǖ乐胁迦肫渌枰~外執(zhí)行的模塊。為此，在同步或異步通信的情況下，將模塊插入適配器模塊之前。圖6展示了一個(gè)例子，在各自的適配器模塊之前插入了模塊1和2（取決于通信方向）。
圖6 異步通信的模塊鏈?zhǔn)疽鈭D
SAP交付了一些模塊，可以使用這些模塊來(lái)擴(kuò)展模塊處理功能。一個(gè)例子是PayloadZip模塊。使用這個(gè)模塊，可以打包或解包整個(gè)消息。此外，可以開發(fā)自己的模塊并將它們包含在模塊處理中。這項(xiàng)開發(fā)工作是用Java完成的，并提供了幾乎無(wú)限的可能性來(lái)處理和修改消息。
接口的實(shí)現(xiàn)
在SAP PO中接口的實(shí)現(xiàn)與SAP Cloud Integration的方法有根本性的不同。使用SAP PO，接口的實(shí)現(xiàn)分為兩個(gè)步驟：
- 設(shè)計(jì)時(shí)（Design time）
- 配置時(shí)（Configuration time）
在設(shè)計(jì)時(shí)，需要結(jié)構(gòu)性地定義接口。換句話說(shuō)，需要指定源和目標(biāo)結(jié)構(gòu)的定義，結(jié)構(gòu)間映射的樣子，以及系統(tǒng)接口的屬性。例如，你將指定接口是同步的還是異步的，以及接口由哪些消息部分組成。原則上，在設(shè)計(jì)時(shí)，你將定義一個(gè)大型的結(jié)構(gòu)和結(jié)構(gòu)映射倉(cāng)庫(kù) —— 而不直接參照特定的應(yīng)用程序。
實(shí)際將結(jié)構(gòu)和接口定義與應(yīng)用程序鏈接在一起的過(guò)程發(fā)生在配置時(shí)。在配置時(shí)，需要定義實(shí)際的技術(shù)消息流。只有在這個(gè)時(shí)點(diǎn)，才確定各個(gè)應(yīng)用程序用于通信的技術(shù)，為從SAP PO到各自應(yīng)用程序的連接在通信通道中定義技術(shù)連接參數(shù)。
可以使用兩種不同的工具在SAP PO中實(shí)現(xiàn)接口：推薦的方式是使用SAP提供的SAP NetWeaver Developer Studio中的SAP PO工具，這是一個(gè)基于Eclipse的開發(fā)環(huán)境。使用不同的視圖，可以在設(shè)計(jì)時(shí)或配置時(shí)工作。
使用正確版本的SAP NetWeaver Developer Studio
在使用SAP NetWeaver Developer Studio時(shí)，請(qǐng)確保始終使用與的SAP PO版本和支持包（SP）級(jí)別相對(duì)應(yīng)的版本。雖然理論上較舊版本的SAP NetWeaver Developer Studio可以與更新版本的SAP PO一起工作，但無(wú)法使用SAP PO的所有新功能。
Java Web Start（Swing UI）應(yīng)用程序是可用的，但不再被SAP推薦和開發(fā)。
可以從SAP PO系統(tǒng)的啟動(dòng)頁(yè)面啟動(dòng)這些應(yīng)用程序。在設(shè)計(jì)時(shí)，您可以使用企業(yè)服務(wù)構(gòu)建器（Enterprise Service Builder），在配置時(shí)，使用集成構(gòu)建器（Integration Builder）。
自SAP PO 7.31起，在配置時(shí)可以使用iFlows。iFlows的圖形表示是通過(guò)一種建模方式定義的。只能在SAP NetWeaver Developer Studio中使用iFlows。
監(jiān)控接口
對(duì)于接口管理來(lái)說(shuō)，一個(gè)重要的功能是監(jiān)控參與的系統(tǒng)和消息流，以確保運(yùn)行順暢。在后文，會(huì)更詳細(xì)地介紹使用SAP Solution Manager進(jìn)行中央監(jiān)控的選項(xiàng)。在本節(jié)中，我們將簡(jiǎn)要解釋SAP PO中的監(jiān)控選項(xiàng)。
組件監(jiān)控器提供了SAP PO系統(tǒng)的一般狀態(tài)概覽。它檢查系統(tǒng)的各種組件（例如，企業(yè)服務(wù)庫(kù)ESR、映射運(yùn)行時(shí)、業(yè)務(wù)流程引擎BPE等）的可用性，并對(duì)每個(gè)組件執(zhí)行自檢。在自檢期間，會(huì)根據(jù)組件執(zhí)行各種檢查（例如，是否通信通道有故障，是否已定義必要的配置參數(shù)等）。
圖7展示了組件監(jiān)控器的一個(gè)示例。中央適配器引擎的自檢出現(xiàn)故障，因?yàn)橐粋€(gè)通信通道指示了錯(cuò)誤狀態(tài)。此外，自檢日志還表明另一個(gè)通信通道已被禁用。
圖7 SAP PO 7.5中的組件監(jiān)控器
消息監(jiān)控器提供了SAP PO系統(tǒng)中所有處理消息的概覽。顯示基于iFlows或集成配置。可以查看單個(gè)消息的處理日志，并在必要時(shí)顯示消息內(nèi)容以進(jìn)行錯(cuò)誤分析。
圖8展示了消息監(jiān)控器的一個(gè)示例。對(duì)于每個(gè)發(fā)送組件、接收組件和接口的組合，可以看到消息的匯總，也可以通過(guò)顯示的消息編號(hào)導(dǎo)航到單個(gè)消息的詳細(xì)監(jiān)控。
除了消息監(jiān)控器，通信通道監(jiān)控器是運(yùn)行接口的另一個(gè)基礎(chǔ)監(jiān)控器。通過(guò)通信通道監(jiān)控器，可以停止或啟動(dòng)單個(gè)通信通道。在處理詳情中，如果消息已成功處理，可以跳轉(zhuǎn)到消息監(jiān)控器查看消息的詳細(xì)信息。在出現(xiàn)錯(cuò)誤的通信通道的情況下，通信通道監(jiān)控器提供發(fā)生錯(cuò)誤的詳細(xì)信息。
圖8 SAP PO 7.5中的消息監(jiān)控器
圖9展示了通信通道監(jiān)控器的一個(gè)示例。在上半部分，可以看到現(xiàn)有通信通道的一般概覽。默認(rèn)情況下，故障和非活動(dòng)通道顯示在列表的頂部。選擇一個(gè)通信通道時(shí)，將在屏幕的下部看到處理詳情，包括錯(cuò)誤情況下的錯(cuò)誤描述。
圖9 SAP PO 7.5中的通信通道監(jiān)控器
一個(gè)特殊的監(jiān)控器是B2B消息監(jiān)控器，它隨B2B附加組件一起提供。這個(gè)監(jiān)控器旨在展示有關(guān)B2B特定流程的詳情。例如，關(guān)于消息處理通知（MDN），一種AS2協(xié)議中的收據(jù)確認(rèn)，在消息監(jiān)控器中會(huì)顯示更詳細(xì)的信息。還可以根據(jù)其他標(biāo)準(zhǔn)過(guò)濾和選擇消息。
SAP PO中的其他監(jiān)控器
SAP PO系統(tǒng)中有許多更多監(jiān)控器來(lái)監(jiān)控系統(tǒng)和消息處理。在本節(jié)中，我們向介紹了用于操作使用的最重要的監(jiān)控器，可以單獨(dú)查詢資料。
實(shí)施云內(nèi)容
正如之前部分描述的，SAP PO已經(jīng)確定會(huì)退役。作為其繼任者，SAP已經(jīng)推出了SAP Integration Suite，并且目前正在開發(fā)一個(gè)本地版本。因此，我們認(rèn)為應(yīng)該在新接口開發(fā)中考慮到這個(gè)情況。
并非每一個(gè)接口需求都能在完全基于云的中間件平臺(tái)上得到合理實(shí)施。因此，SAP創(chuàng)建了一個(gè)選項(xiàng)，可以在SAP PO系統(tǒng)上為SAP Integration Suite運(yùn)行接口。這些接口完全在SAP Integration Suite的基于云的環(huán)境中開發(fā)。在iFlow中，可以選擇SAP PO 7.50作為運(yùn)行時(shí)配置文件，并選擇與系統(tǒng)匹配的SP版本。因此，當(dāng)設(shè)計(jì)iFlow時(shí)，只會(huì)顯示當(dāng)前SAP PO版本所支持的組件。
然后，可以將iFlow部署到SAP PO。在這個(gè)步驟中，可以使用之前建立的連接，或者從SAP Cloud Integration下載創(chuàng)建的iFlow并重新上傳到SAP PO。接著，接口可在SAP PO中使用。
要使用前述功能，需要至少在SP 05級(jí)別的SAP PO系統(tǒng)。每個(gè)新的SP版本，SAP Cloud Integration的新功能都會(huì)在SAP PO中提供。關(guān)于SP版本的詳細(xì)信息，請(qǐng)參見(jiàn)SAP幫助門戶網(wǎng)站的What's New。此外，需要訪問(wèn)SAP Integration Suite，以便為SAP PO中的云運(yùn)行時(shí)開發(fā)接口。
推薦的SAP PO的最低版本
建議在至少SP 12的SAP PO系統(tǒng)中使用SAP Cloud Integration內(nèi)容。在此SP中，ProcessDirect適配器首次在SAP PO中提供，這是SAP Integration Suite接口設(shè)計(jì)的基礎(chǔ)元素。
此外，當(dāng)使用SAP Cloud Integration內(nèi)容時(shí)，建議定期更新SAP PO系統(tǒng)。
如果使用這兩個(gè)中間件平臺(tái)，并希望實(shí)施新的接口需求（尤其是面向本地到本地集成領(lǐng)域），推薦使用這個(gè)選項(xiàng)。這樣，可以減少后期遷移的工作量，并在實(shí)施SAP Cloud Integration接口時(shí)獲得寶貴的經(jīng)驗(yàn)。
使用案例
本節(jié)將介紹一些SAP PO的可能使用案例。
一家公司使用SAP Cloud Integration作為中心集成平臺(tái)。對(duì)于一些與遺留系統(tǒng)的接口，存在使用數(shù)據(jù)庫(kù)建立連接的需求。在實(shí)施時(shí)，SAP Cloud Integration中沒(méi)有可用的JDBC適配器，或者適配器只能與基于云的SAP HANA數(shù)據(jù)庫(kù)一起使用。因此，在這種情況下使用了SAP Cloud Integration和SAP PO的組合。
接口的示意結(jié)構(gòu)如圖10所示。原則上，發(fā)送系統(tǒng)調(diào)用SAP Cloud Integration端點(diǎn)（第一個(gè)iFlow）。在這里，消息被準(zhǔn)備好用JDBC適配器處理，稍后在SAP PO上的一個(gè)通用iFlow中處理。這個(gè)通用iFlow直接將收到的數(shù)據(jù)轉(zhuǎn)發(fā)到數(shù)據(jù)庫(kù)中，無(wú)需任何處理。
圖10 SAP Cloud Integration的JDBC連接的SAP PO直通場(chǎng)景的示意結(jié)構(gòu)
為建立全球SAP PO布局，有多種選項(xiàng)可供選擇。在最簡(jiǎn)單的情況下，有一個(gè)中央SAP PO系統(tǒng)，所有應(yīng)用系統(tǒng)都連接到該系統(tǒng)，如圖11所示。
圖11 一個(gè)用于全球通信的中央SAP PO系統(tǒng)
然而，中央SAP PO系統(tǒng)的缺點(diǎn)是所有通信也都通過(guò)這個(gè)中央實(shí)例進(jìn)行，不管其他系統(tǒng)的位置如何。特別是出于性能原因，可能需要集成平臺(tái)物理上靠近應(yīng)用系統(tǒng)。
對(duì)于SAP PO，可以選擇在這種情況下使用分散的適配器引擎（DAE）。這些接口繼續(xù)在中央SAP PO系統(tǒng)上設(shè)計(jì)。但是，在配置期間，可以決定配置對(duì)象應(yīng)在哪個(gè)適配器運(yùn)行時(shí)執(zhí)行。例如，可以設(shè)置一個(gè)在美國(guó)操作的分散適配器運(yùn)行時(shí)中執(zhí)行的兩個(gè)美國(guó)應(yīng)用系統(tǒng)之間的接口，如圖12所示。
圖12 一個(gè)帶有兩個(gè)分散適配器引擎的中央SAP PO系統(tǒng)
如上所述，可以通過(guò)在接口中使用適配器模塊來(lái)包含額外的處理步驟。圖13顯示了在SFTP通信通道中調(diào)用的適配器模塊的例子。
圖13 SAP PO 7.5中的適配器模塊文章來(lái)源：http://www.zghlxwxcb.cn/news/detail-750318.html
首先，調(diào)用適配器模塊IDOCXmlToFlatConvertor。這個(gè)模塊用于將IDoc從XML格式轉(zhuǎn)換成平面結(jié)構(gòu)（例如CSV文件）。在模塊配置區(qū)域，將看到為各種模塊指定的參數(shù)。在這種情況下重要的是SourceDestination，可以使用它來(lái)加載IDoc的元數(shù)據(jù)。在第二步中，使用TextCodePageConversionBean模塊。在模塊配置部分，請(qǐng)注意，在這種情況下，已經(jīng)選擇了ISO-8859-15字符集。在第三步和最后一步，調(diào)用實(shí)際的適配器類型（在本例中為SFTP適配器）。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-750318.html
到了這里，關(guān)于SAP集成技術(shù)（十二）SAP PO的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
