SAP環境中EAI和SOA如何互補？
舉一個***的例子，SAP環境已經被看做是SOA的一種轉移，很慶幸SAP本身提供的一些工具。但是這并不是個簡單的選擇。SAP技術解決方案部門高級副總裁兼總經理Sanjay Chikarmane表示現在和很多年前的不同之處在于幾乎所有現代化應用都有一些標準接口已暴露或者可以暴露，典型地是基于Web服務。然而，他指出，正因為SOA的出現，EAI并沒有離開，EAI是SOA一種很好的互補功能。
在一些案例中，EAI是至關重要的功能。例如，他指出，如果你有一個使用Web服務來暴露采購訂單的應用程序，Web服務可能符合某一標準，但是正在傳輸的數據，可能沒有類似的標準。“這樣的事情通常都有兩部分，標準部分和數據部分，”他說。
已經暴露的數據，像采購訂單，在SAP應用程序中可能以一種方式表達，但是在企業的其他應用程序中采用不同的方式表達。因此，Chikarmane指出，這中間你需要一個中介來將一個應用程序的PO版本翻譯成另一個應用程序的PO版本。
“這也就是EAI的用武之地了，不管這兩端是否使用Web服務。仍舊需要讓數據對于兩端都是可理解的，”他如是說道。
像其他一些主要的軟件廠商，隨著集成需求的出現，SAP開發了自己的EAI產品，該產品最終包含了SOA。最初叫做Exchange Integration (XI)，它是一種EAI工具，NetWeaver產品線的一部分，被重新命名為NetWeaver Process Integration (PI)，有時就稱為SAP PI。該產品現在包含SOA 功能。***版本為PI 7.3，可用于集成SAP和SAP應用、SAP和非SAP應用，甚至是非SAP和非SAP應用。
咨詢公司Nagarro SAP實踐主管Manish Agarwal認為，SAP PI對于EAI和SOA都很重要。但是，他指出，因為SAP相對于市場比較晚，很多SAP 用戶已經用其他來自第三方的工具標準化了，像TIBCO。他們中的很多人幾乎繼續使用其他中間件，實現非SAP 集成。然而，他強調，SAP PI是一個基于標準的產品，因此，它能夠充分地與其他非SAP產品實現交互。“SAP PI的好處是，相對于其他EAI產品，它可以輕松地同SAP集成，因為它是SAP的產品。因此，這里面有一些即開即用的內容，允許快速集成到SAP中，”他說。
KPIT Cummins NetWeaver Services實踐總監Mayur Khera認為，EAI和SOA之間的選擇需要具體問題具體分析。“從架構的角度來看，可能盡可能多的傾向于SOA更好，除非第三方網站或者公司不接納它，”他說。例如，他指出銀行網站可能提供電子匯款功能，但是一些銀行需要保險費用，并不是所有客戶都準備支付。“這是一個客戶驅動的抉擇，但從集成師的觀點來看，我們鼓勵采納SOA,”他補充道。
Khera表示當需求是SAP大牌SAP的時候，他們通常使用SAP PI EAI。“當我們有一個需求是，接口需要是面對非SAP應用程序，我們就利用基于WEB服務的功能，在PI內部編寫，因此我們可以沖一個進程到另一個進程重用這個接口。”
“我所強調的是我不會同SAP PI聯姻的。關鍵在于SOA原則需要保持強健，架構師需要理解這種原則。然后，任何工具都可以使之成功，”他補充道。
【編輯推薦】
