將RFID Web服務集成到SOA中EAI應用
在本文中,我將首先討論兩種開發(fā) RFID 應用程序的方法:傳統(tǒng)方法和 RFID Web服務。然后,我將 討論把 RFID Web服務集成到多個 SOA 中的 EAI 應用程序將如何提高帶 RFID 標記的物品、盒子和托盤的可見性,并將提供有關它們的解決辦法的信息。我將演示如何跨多個 SOA 將 RFID Web服務集成到 EAI 應用程序中。
傳統(tǒng)方法
傳統(tǒng)方法將使用 IBM RFID 產品,其包含組成 RFID 框架的三個部分。這三個部分為 Device Infrastructure、WebSphere RFID Premises Server 和 WebSphere Integration Server。
設備是與 WebSphere RFID Device Infrastructure 一起嵌入 的閱讀器、掃描儀和打印機。Device Infrastructure 是 IBM 提供的一種支持 RFID 的中間件產品,用于選擇合作伙伴來放置其設備。
Premises Server
連接到 Device Infrastructure 的是 IBM WebSphere RFID Premises Server。這個處于 RFID 框架中心位置 的系統(tǒng)支持 Device Infrastructure 的所有功能,并支持對所有傳入 RFID 事件進行聚合、監(jiān)視、解釋、篩選和存儲。如果事件達到系統(tǒng)管理員指定為臨界點的閾值點,預期的收件人將收到實時警報。 Premises Server 充當電子產品代碼信息系統(tǒng)(Electronic Product Code Information Systems,EPCIS)的網關,允許應用程序、客戶、提供商和制造商查找關于帶 RFID 標記的產品的數據。
ntegration Server
Premises Server 充當了 WebSphere Business Integration Server 等 IBM 集成服務器的網關。此服務器允許連接異類系統(tǒng)的后端 EAI 系統(tǒng)進行信息的業(yè)務邏輯集成,此類異類系統(tǒng)包括供應鏈管理 (SCM)、客戶關系管理 (CRM) 和企業(yè)資源規(guī)劃 (ERP) 等。EAI 系統(tǒng)提供了各種工具,用于在 SOA 中建模 業(yè)務流程、創(chuàng)建工作流、集成異類 B2B、監(jiān)視業(yè)務活動,以及創(chuàng)建和公開 Web服務。
RFID 方案
讓我們了解一些使用傳統(tǒng)方法的 RFID 方案:
整合承運人的移動運輸隊:可以更迅速地與運輸隊取得聯系。政府干預的減少將對運輸市場的控制從托運人轉到了承運人手中。
改善內部操作:您可以通過消費品的容器、托盤或物品級別的跟蹤來提供近乎實時的可見性,從而消除存貨不足和“重量損耗”的情況。
管理客戶驅動的供應鏈:您可以更好地管理需求預測和庫存,并對貨物配送和市場營銷進行協(xié)調??蛻艨梢詭椭寗庸镜臉I(yè)務決策。
改變工廠環(huán)境:通過實現裝配線流程的自動化,可以幫助將返工的情況最大限度地減少,并提高工具、設備和其他有價值的資產的可靠性。您可以減少生產線停工的情況,并向生產線及時補充所需材料。
管理隨需應變的資產:您可以在供應鏈的任何位置找到您在汽車、化工、運輸、航空與國防和無線技術等行業(yè)中的資產——沒有延遲。資產可以為任何事物。
RFID 補充方法
對傳統(tǒng)方法進行補充的一種方法是使用 IBM Relational Web Developer for WebSphere Software 創(chuàng)建 RFID Web服務。這些 Web服務在很多時候都非常有用,例如,當您需要將承運人的移動運輸隊的信息與內部操作的信息進行組合,以便為高級管理人員 生成物品可見性報告時。
外部互操作性
不過, 并非所有 Web服務都可以通過內部提供。某些 Web服務可能需要連接到在不同 SOA 中建立的外部 RFID Web服務??梢詫炔亢屯獠?Web服務組合為原始 SOA 中的組合應用程序。
當 RFID Web服務不在組織的控制之下時,需要確保它們具有相同的語義并遵守相同的協(xié)定 要求,能夠在外部彼此進行互操作。語義誤解(如專用性)和協(xié)定漏洞(如多平臺差異)會引起外部企業(yè) Web服務之間的互操作性問題。
更快的網絡通信
另一個問題是,當大量使用時,基于 XML 的 RFID Web服務應用程序會變得過于龐大。這些 Web服務會阻塞網絡通信,從而導致系統(tǒng)過載。為了解決此問題,應該應用 XML 二進制優(yōu)化打包 (XOP) 規(guī)范來加速Web服務。
此規(guī)范是一項標準草案,旨在比當前 XML 解析器更有效地處理 Web 服務。解析器的行為更像解釋器,而不是編譯器。當解析器讀取大型文件(特別是文本格式的大型文件)時,并不能達到其讀取較 小的文件或計算簡單函數時的性能。甚至加密也可能使 RFID Web 服務陷于停頓,因為必須執(zhí)行復雜的計算才能獲得希 望的結果。
RFID Web 服務體系結構
為了增加帶 RFID 標記的物品的可見性,需要創(chuàng)建具有兩個網關的 RFID Web服務。一個網關將 Web服務連接到 IBM 集成服務器,而第二個網關則位于集成服務器和后端 EAI 應用程序之 間。由于某些 RFID Web服務可能不是內部提供的,因此可能需要連接到外部 Web服務來完成處理任務。
連接
可以將內部 Web服務連接 到集成服務器,然后再跨 SOA 連接到外部服務。外部 RFID Web服務可能不駐留在同一個 SOA 上。每個 SOA 都具有一組不同的向 IBM 合作伙伴所承載的 EAI 應用程序提供的服務。
可以讓內部 RFID Web服務調用 SOA 中的外部 RFID Web服務,以讓外部 EAI 應用程序向內部 EAI 應用程序提供進行各種操作(如存儲信息、生成報告和發(fā)送警報)所需的信息??梢允褂猛粋€內部 RFID Web 服務來調用另一個外部 EAI 應用程序甚至另一個外部 Web服務??梢詫炔亢屯獠?RFID Web服務組合為內部 SOA 中的組合應用程序,以提高操作效率。
您需要按照層次結構順序開 發(fā)由 Web服務模塊組成的應用程序。與更改沒有模塊的大型應用程序相比,更改一個模塊而讓其他的模塊保持不變要高效得多。應用程序應該具有可 以更改的特定參數,以便在對某個模塊進行脫機更改時,可以在生產環(huán)境中運行特定的任務關鍵型模塊。
例如,為了減少從 供應鏈中的一個點發(fā)送到另一個點時丟失 RFID 數據的風險,可以考慮開發(fā)一個有關企業(yè)安全的 RFID Web服務應用程序,該應用程序分為以下四個模塊:信息安全、漏洞管理、威脅檢測以及響應和策略的管理與監(jiān)視。如果前三個模塊由內部提供,則可以將其與來 自外部的第四個模塊組合為一個組合應用程序。
只要不會導致系統(tǒng)過載,就可以根據需要連接任意多的 RFID Web服務。而為了完成任務序列而可以幾乎同時開啟的 RFID Web服務的最大數量則更為重要。Web服務 松散耦合的特性允許在需要時對其進行調用,而在不需要時將其釋放。只要確保在大量使用時,處理大型文本文件的基于 XML 的 Web服務不會變得過于龐大即可??梢酝ㄟ^使用 XOP 規(guī)范避免這個問題。
結束語
要將 RFID Web服務跨多個 SOA 集成到 EAI 應用程序中,需要事先進行 計劃,以確定應如何對其進行設計,以避免在高峰時段造成過載。應當與系統(tǒng)管理員、RFID 業(yè)務分析人員和開發(fā)人員的團隊進行溝通,讓他們了解 Web服務應如何進行內部集成,以及如何與來自外部的 Web服務進行集成。
如果首先解決了 這些問題,您將會發(fā)現集成 RFID Web服務應用程序變得容易多了。您可以用 IBM Relational Web Developer for WebSphere Software 來開發(fā)基于業(yè)務流程的 Web服務,然后在 SOA 內部以及各個 SOA 之間將其與 XOP 包一起使用。管理員會發(fā)現,解決了這些問題也使得他們的網絡管理工作變得更加輕松。他們能夠確定在不引起系統(tǒng)過載的前提下可以開發(fā)多少應用程序。
評論