引言

　　隨著企業(yè)信息化建設(shè)的不斷加強(qiáng)和計(jì)算機(jī)技術(shù)的快速發(fā)展，以及互聯(lián)網(wǎng)的深入應(yīng)用，企業(yè)內(nèi)部和企業(yè)之間的信息交流不斷增強(qiáng)。由于不同平臺(tái)、跨域異構(gòu)系統(tǒng)的存在，導(dǎo)致了部門與部門、系統(tǒng)與系統(tǒng)之間的信息溝通性差，數(shù)據(jù)共享困難，對(duì)原有應(yīng)用系統(tǒng)與實(shí)施的新應(yīng)用系統(tǒng)不能進(jìn)行有效集成，在企業(yè)內(nèi)部形成大量的“信息孤島”。為了讓不同的系統(tǒng)之間信息能夠共享和集成，業(yè)務(wù)操作能夠有效銜接，實(shí)現(xiàn)將眾多的“信息孤島”聯(lián)系起來(lái)的需求，企業(yè)應(yīng)用系統(tǒng)集成應(yīng)運(yùn)而生并得到了快速的發(fā)展。

一 企業(yè)應(yīng)用集成

　　1.1 企業(yè)應(yīng)用集成類型

　　企業(yè)應(yīng)用集成大致可分為：用戶界面集成、數(shù)據(jù)集成、業(yè)務(wù)流程集成和服務(wù)集成4個(gè)類型。

　　① 用戶界面集成。用戶界面集成是為了向用戶提供一個(gè)企業(yè)應(yīng)用的統(tǒng)一門戶。實(shí)現(xiàn)組織內(nèi)外部人員之間的溝通、協(xié)作和信息共享，提高組織生產(chǎn)力；

　�、� 數(shù)據(jù)集成。數(shù)據(jù)集成通常是應(yīng)用集成的起點(diǎn)，發(fā)生在企業(yè)內(nèi)的數(shù)據(jù)庫(kù)和數(shù)據(jù)源級(jí)別，通過(guò)從一個(gè)數(shù)據(jù)源將數(shù)據(jù)移植到另外一個(gè)數(shù)據(jù)源來(lái)完成數(shù)據(jù)集成；

　�、� 業(yè)務(wù)流程集成。業(yè)務(wù)流程集成是一種更高級(jí)的面向過(guò)程集成，通過(guò)使用面向信息中間件、企業(yè)數(shù)據(jù)總線和業(yè)務(wù)流程管理等技術(shù)，實(shí)現(xiàn)企業(yè)內(nèi)部2個(gè)或多個(gè)應(yīng)用系統(tǒng)之間工作流和數(shù)據(jù)流整合，實(shí)現(xiàn)企業(yè)內(nèi)部與上下游產(chǎn)業(yè)鏈之間的業(yè)務(wù)流程整合；

　�、� 服務(wù)集成。在面向服務(wù)的架構(gòu)下，應(yīng)用間的服務(wù)集成一般由企業(yè)服務(wù)平臺(tái)這樣的基礎(chǔ)設(shè)施完成，使應(yīng)用間的關(guān)系從網(wǎng)狀變?yōu)榭偩�結(jié)構(gòu)，減少應(yīng)用問(wèn)的耦合度，實(shí)現(xiàn)服務(wù)的虛擬化。

　　1.2 性能比較

　　傳統(tǒng)的應(yīng)用集成存在著很多缺點(diǎn)，其中數(shù)據(jù)集成不是其他應(yīng)用能共享的格式，擴(kuò)展困難。業(yè)務(wù)流程集成只在企業(yè)內(nèi)部進(jìn)行，不適應(yīng)企業(yè)間業(yè)務(wù)流程組合。這些集成方式不具備靈活性，集成方法復(fù)雜，成本高。而基于面向服務(wù)架構(gòu)的企業(yè)應(yīng)用集成，提供了一個(gè)統(tǒng)一的、標(biāo)準(zhǔn)的、可配置的業(yè)務(wù)集成平臺(tái)，可以解決不同類型的異構(gòu)系統(tǒng)之間難以有效整合的問(wèn)題。具體來(lái)說(shuō)，與傳統(tǒng)的集成方法相比，該集成方式的優(yōu)點(diǎn)有：

　　① 降低復(fù)雜度。面向服務(wù)的集成方式與點(diǎn)到點(diǎn)的集成相比降低了復(fù)雜度；

　�、� 增加重用性。通過(guò)重用以前開發(fā)和部署的共享服務(wù)，實(shí)現(xiàn)了更有效的應(yīng)用程序的開發(fā)；

　�、� 降低成本。用作可重用服務(wù)的遺留應(yīng)用程序降低了維護(hù)和集成的成本。

二 面向服務(wù)的架構(gòu)

　　2.1 SOA體系結(jié)構(gòu)

　　SOA有服務(wù)提供者、服務(wù)請(qǐng)求者和服務(wù)注冊(cè)中心3個(gè)角色，有發(fā)布、查找和綁定3個(gè)操作。服務(wù)提供者通過(guò)在服務(wù)注冊(cè)中心注冊(cè)來(lái)配置和發(fā)布服務(wù)，服務(wù)請(qǐng)求者通過(guò)查找服務(wù)注冊(cè)中心所擁有的服務(wù)記錄來(lái)找到服務(wù)，服務(wù)請(qǐng)求者綁定并使用可用的服務(wù)。

　　2.2 Web服務(wù)及其關(guān)鍵技術(shù)分析

　　2.2.1 Web服務(wù)

　　Web服務(wù)是由萬(wàn)維網(wǎng)聯(lián)盟(W3C)制定的一套開放的標(biāo)準(zhǔn)的技術(shù)規(guī)范。一般認(rèn)為它是一種新型的應(yīng)用程序，向外界提供一個(gè)能夠通過(guò)Web方式調(diào)用的接口。具有自包含、自描述以及模塊化的特點(diǎn)，可以通過(guò)Web發(fā)布、查找和調(diào)用。從而可以把基于不同平臺(tái)開發(fā)的、不同類型的功能塊集成在一起，提供相互之間的操作，可以很好地實(shí)現(xiàn)SOA設(shè)計(jì)理念。

　　2.2.2 關(guān)鍵技術(shù)

　　關(guān)鍵技術(shù)包括：

　　① 可擴(kuò)展標(biāo)記語(yǔ)言(XML)

　　XML對(duì)于Web服務(wù)是很關(guān)鍵的，是一種基礎(chǔ)的技術(shù)。XML是松散耦合的并且具有很高的操作性，其本身就是文本，不論是現(xiàn)在的主流計(jì)算機(jī)系統(tǒng)還是使用了多年的老一代計(jì)算機(jī)都在使用XML，XML本身并不簡(jiǎn)單，但是可以用簡(jiǎn)單的一句話概括：XML就是一個(gè)文件或網(wǎng)絡(luò)數(shù)據(jù)包中的文本；

　　② 簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP)

　　SOAP是一個(gè)基于XML的，在分布式環(huán)境下交換信息的、簡(jiǎn)單的、輕量級(jí)的通信協(xié)議。由于SOAP消息的格式是完全基于XML標(biāo)準(zhǔn)的，所以可以用來(lái)在不同的計(jì)算機(jī)體系結(jié)構(gòu)、不同的技術(shù)平臺(tái)、不同的語(yǔ)言環(huán)境和不同的操作系統(tǒng)之間進(jìn)行通信，這也是其優(yōu)勢(shì)所在。SOAP包括3個(gè)部分：封裝結(jié)構(gòu)、編碼規(guī)則和遠(yuǎn)程過(guò)程調(diào)用(RPC)機(jī)制。即SOAP提供了標(biāo)準(zhǔn)的遠(yuǎn)程過(guò)程調(diào)用方法來(lái)調(diào)用Web服務(wù)，并在應(yīng)用和Web服務(wù)之間傳送命令、參數(shù)和XML文檔；

　　③ Web服務(wù)描述語(yǔ)言(WSDL)

　　WSDL以XML格式描述Web服務(wù)接口。WSDL首先對(duì)訪問(wèn)的操作和訪問(wèn)時(shí)使用的請(qǐng)求響應(yīng)消息進(jìn)行抽象描述，然后將其綁定到具體的傳輸協(xié)議和消息格式上以最終定義具體部署的服務(wù)訪問(wèn)點(diǎn)。簡(jiǎn)單來(lái)說(shuō)，WSDL是用來(lái)描述如何來(lái)使用SOAP來(lái)調(diào)用Web服務(wù)的；

　　④ 通用描述、發(fā)現(xiàn)和集成規(guī)范(UDDI)

　　UDDI是在XML和SOAP的基礎(chǔ)上定義了新的一層，在這一層，不同企業(yè)可以用相同的方法詢問(wèn)對(duì)方的服務(wù)、描述自己的服務(wù)。UDDI提供了通過(guò)網(wǎng)絡(luò)注冊(cè)、發(fā)現(xiàn)Web服務(wù)的機(jī)制，能為Web服務(wù)提供“一次注冊(cè)，到處發(fā)布”的功能。

三 解決方案

　　3.1 企業(yè)服務(wù)總線

　　ESB是由中間件技術(shù)實(shí)現(xiàn)并支持SOA的一組基礎(chǔ)架構(gòu)，支持異構(gòu)環(huán)境中的協(xié)議轉(zhuǎn)換以及基于事件的服務(wù)、消息的交互，并且具有適當(dāng)?shù)姆��?wù)級(jí)別和可管理性。ESB通過(guò)采用總線的結(jié)構(gòu)來(lái)構(gòu)建和管理各個(gè)應(yīng)用之間的拓?fù)潢P(guān)系，使得消息和事件能夠在服務(wù)器上便捷地進(jìn)行交互和通信，為客戶提供了在分布式異構(gòu)環(huán)境中與服務(wù)進(jìn)行交互的機(jī)制。作為傳統(tǒng)EAI技術(shù)發(fā)展的新階段，ESB并不等同SOA，而是SOA的一個(gè)典型的架構(gòu)實(shí)現(xiàn)形式。

　　3.2 架構(gòu)設(shè)計(jì)

　　目前自主研發(fā)的信息系統(tǒng)包括項(xiàng)目管理系統(tǒng)、生產(chǎn)管理系統(tǒng)、生產(chǎn)齊套與計(jì)劃管理系統(tǒng)、物資管理系統(tǒng)、合同管理系統(tǒng)和質(zhì)量管理系統(tǒng)。這些分步實(shí)施的、異構(gòu)的應(yīng)用系統(tǒng)造成了企業(yè)數(shù)據(jù)及業(yè)務(wù)資源分散，共享困難，用戶體驗(yàn)不佳�，F(xiàn)采用基于SOA架構(gòu)的方法來(lái)實(shí)現(xiàn)企業(yè)應(yīng)用系統(tǒng)的集成，將以上系統(tǒng)的核心業(yè)務(wù)功能轉(zhuǎn)化為具有自描述能力的服務(wù)，并通過(guò)其間定義良好的接口和契約聯(lián)系起來(lái)。接口通過(guò)統(tǒng)一的規(guī)劃和定義，獨(dú)立于事先服務(wù)的硬件平臺(tái)、業(yè)務(wù)邏輯和代碼邏輯，構(gòu)建在各系統(tǒng)中的業(yè)務(wù)服務(wù)可以以一種通用、統(tǒng)一的方式進(jìn)行交互和共享。基于SOA的企業(yè)應(yīng)用集成框圖如圖1所示。

　　基于Web服務(wù)的SOA的關(guān)鍵是使用標(biāo)準(zhǔn)的服務(wù)接口和松耦合的連接，其具體實(shí)現(xiàn)過(guò)程如下：

　�、� 建立服務(wù)注冊(cè)中心，實(shí)現(xiàn)服務(wù)的發(fā)布和管理：

　�、� 對(duì)于已有的應(yīng)用系統(tǒng)業(yè)務(wù)邏輯進(jìn)行封裝，實(shí)現(xiàn)統(tǒng)一接口，以Web服務(wù)的形式發(fā)布，使其他系統(tǒng)可以通過(guò)SOAP進(jìn)行調(diào)用。對(duì)于新應(yīng)用系統(tǒng)，要基于Web服務(wù)構(gòu)件式的開發(fā)，并作為業(yè)務(wù)構(gòu)件發(fā)布預(yù)先規(guī)劃定義的接口服務(wù)；

　�、� 將各系統(tǒng)發(fā)布的服務(wù)進(jìn)行描述，生成服務(wù)的描述文檔WSDL，并注冊(cè)到UDDI注冊(cè)中心，以便其他應(yīng)用系統(tǒng)能夠發(fā)現(xiàn)和訪問(wèn)這些服務(wù)；

　�、� 服務(wù)請(qǐng)求者發(fā)出消息請(qǐng)求。經(jīng)過(guò)解析被封裝成SOAP消息，發(fā)送給企業(yè)服務(wù)總線；

　�、� 通過(guò)ESB的消息轉(zhuǎn)換和動(dòng)態(tài)消息路由機(jī)制，用戶將請(qǐng)求發(fā)送給服務(wù)提供者；

　　⑥ 服務(wù)提供者接收到請(qǐng)求信息后，提供服務(wù)，由服務(wù)代理調(diào)用服務(wù)，服務(wù)請(qǐng)求者綁定并使用服務(wù)。

　　3.3 主要功能實(shí)現(xiàn)

　　客戶端應(yīng)用集成是實(shí)現(xiàn)企業(yè)應(yīng)用門戶的關(guān)鍵，企業(yè)應(yīng)用門戶客戶端集成的流程圖如圖2所示。

　　統(tǒng)一認(rèn)證系統(tǒng)作為企業(yè)應(yīng)用門戶的系統(tǒng)組件，是企業(yè)門戶平臺(tái)的核心。其提供的服務(wù)有登錄狀態(tài)驗(yàn)證服務(wù)、認(rèn)證標(biāo)識(shí)創(chuàng)建和認(rèn)證標(biāo)識(shí)驗(yàn)證服務(wù)。權(quán)限管理組件能實(shí)現(xiàn)應(yīng)用系統(tǒng)的統(tǒng)一權(quán)限配置、統(tǒng)一權(quán)限管理和分配，擁有獨(dú)立的授權(quán)信息數(shù)據(jù)庫(kù)，用于保存用戶對(duì)于各業(yè)務(wù)應(yīng)用系統(tǒng)的授權(quán)信息。各應(yīng)用系統(tǒng)實(shí)現(xiàn)的功能有登錄狀態(tài)同步服務(wù)和登錄狀態(tài)失效轉(zhuǎn)接服務(wù)。

四 性能測(cè)試結(jié)果分析

　　為評(píng)估系統(tǒng)的安全性和穩(wěn)定性，考察系統(tǒng)在高負(fù)載下的執(zhí)行效率，使用LoadRunner開展了小規(guī)模的性能測(cè)試。企業(yè)門戶登錄模塊200用戶以1個(gè)用戶/s的方式遞增并持續(xù)加壓5 min的測(cè)試結(jié)果如圖3所示。

　　圖3反映了平均事務(wù)響應(yīng)時(shí)間指標(biāo)和吞吐量指標(biāo)與用戶數(shù)量的變化趨勢(shì)一致，平均事務(wù)響應(yīng)時(shí)間越小，說(shuō)明系統(tǒng)處理的速度越快。而吞吐量越小，說(shuō)明對(duì)系統(tǒng)的帶寬依賴越小。從圖3中可以看到，4 min時(shí)平均事務(wù)響應(yīng)時(shí)間達(dá)到峰值為9.2 s，當(dāng)用戶數(shù)量達(dá)到峰值時(shí)，平均事務(wù)響應(yīng)時(shí)間均值為7.5 s，基本滿足系統(tǒng)的性能要求。3 min左右吞吐量達(dá)到峰值，為4116620 B/s，剛好為用戶數(shù)量達(dá)到峰值時(shí)，遠(yuǎn)遠(yuǎn)低于100 M/s的局域網(wǎng)帶寬，系統(tǒng)不存在帶寬瓶頸。

五 結(jié)束語(yǔ)

　　上述提出了一種基于面向服務(wù)架構(gòu)的企業(yè)服務(wù)總線的體系架構(gòu)模型，這種集成方式更好地體現(xiàn)了連接松散耦合、服務(wù)位置透明、應(yīng)用協(xié)議獨(dú)立和調(diào)用異步執(zhí)行等SOA的特點(diǎn)，能夠很好地支持和適應(yīng)業(yè)務(wù)需求的擴(kuò)展，具有廣闊的應(yīng)用前景。

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：基于SOA的企業(yè)應(yīng)用集成技術(shù)分析

本文網(wǎng)址：http://www.ezxoed.cn/html/support/1112154654.html