因此，對(duì)于EAI是否用，如何用，在每個(gè)省的具體系統(tǒng)建設(shè)中，存在著不同的思路。這里結(jié)合中國(guó)電信的各省實(shí)際情況，以及對(duì)當(dāng)前EAI商用軟件平臺(tái)的研究，探討在中國(guó)電信轉(zhuǎn)型期間的EAI建設(shè)思路。
一、 EAI建設(shè)原則
　　電信運(yùn)營(yíng)企業(yè)是一個(gè)復(fù)雜的系統(tǒng)體系，它的運(yùn)作是由多個(gè)既相對(duì)獨(dú)立又互相聯(lián)系的業(yè)務(wù)部門按照一定的流程協(xié)調(diào)進(jìn)行，是人、網(wǎng)絡(luò)和組織的集成。在企業(yè)的信息化發(fā)展過(guò)程中，根據(jù)不同業(yè)務(wù)環(huán)節(jié)的需要開(kāi)發(fā)了對(duì)應(yīng)的應(yīng)用系統(tǒng)，并且和企業(yè)外部的多個(gè)系統(tǒng)需要進(jìn)行互聯(lián)，這是信息化發(fā)展的必然過(guò)程。隨著市場(chǎng)環(huán)境的變化，企業(yè)經(jīng)營(yíng)理念隨之更新，必然要求業(yè)務(wù)整合和流程調(diào)整。業(yè)務(wù)支撐系統(tǒng)必須隨時(shí)適應(yīng)這種變化，根據(jù)業(yè)務(wù)整合的要求而進(jìn)行系統(tǒng)和應(yīng)用的整合。因此，企業(yè)應(yīng)用集成將是一項(xiàng)伴隨業(yè)務(wù)整合、隨著變化的節(jié)奏而提出的針對(duì)運(yùn)營(yíng)支撐系統(tǒng)的重要工作。
在具體實(shí)施電信企業(yè)應(yīng)用集成時(shí)，需遵循如下原則：

·核心交換數(shù)據(jù)模型；
　　通過(guò)以上應(yīng)用集成平臺(tái)的組成部分，將系統(tǒng)原來(lái)的多對(duì)多網(wǎng)狀模型，轉(zhuǎn)變?yōu)樾切突蛟茽畹倪B接模型。并可通過(guò)開(kāi)發(fā)部署對(duì)應(yīng)的適配器和連接器，將電信企業(yè)不同的應(yīng)用系統(tǒng)掛接到統(tǒng)一的應(yīng)用集成平臺(tái)上，形成開(kāi)放式、松耦合的電信支撐IT架構(gòu)。各IT系統(tǒng)不再需要進(jìn)行點(diǎn)對(duì)點(diǎn)直聯(lián)，不再需要知道與之交互系統(tǒng)的通信內(nèi)部機(jī)制，而是統(tǒng)一通過(guò)應(yīng)用集成平臺(tái)總線和周邊系統(tǒng)互聯(lián)。
周邊系統(tǒng)掛接到應(yīng)用集成平臺(tái)上有兩種模式：
　　對(duì)于第一種模式，基本不需要對(duì)原有系統(tǒng)做任何形式的改造。只需在EAI平臺(tái)針對(duì)該業(yè)務(wù)開(kāi)發(fā)特定的適配器，該適配器調(diào)用業(yè)務(wù)系統(tǒng)提供的服務(wù)接口即可。協(xié)議可以是SOCKET、SOA、J2EE等。當(dāng)然也可以在原有服務(wù)調(diào)用的基礎(chǔ)上，面向EAI平臺(tái)，進(jìn)行封裝一個(gè)connector agent，由connector agent對(duì)外與EAI平臺(tái)通信，對(duì)內(nèi)調(diào)用業(yè)務(wù)系統(tǒng)的API。
　　對(duì)于第二種模式，可在原業(yè)務(wù)系統(tǒng)側(cè)開(kāi)發(fā)封裝一個(gè)connector agent，由connector agent對(duì)外與EAI平臺(tái)通信，對(duì)內(nèi)調(diào)用業(yè)務(wù)系統(tǒng)的API，或直接訪問(wèn)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫(kù)。在這種模式下，只要不涉及到功能的變化，同樣也不需要對(duì)原有系統(tǒng)進(jìn)行改動(dòng)，只需由應(yīng)用集成商在統(tǒng)一的應(yīng)用集成架構(gòu)下，實(shí)現(xiàn)原有接口方式即可。
　　需要注意的是，由于EAI的星型架構(gòu)，增加了系統(tǒng)間交互的環(huán)節(jié)，必然導(dǎo)致了系統(tǒng)間交互的性能下降，因此不適合于量大且實(shí)時(shí)處理性高的系統(tǒng)交互。比如將繳費(fèi)前移到客服系統(tǒng)，帳務(wù)系統(tǒng)只負(fù)責(zé)銷帳的情況。在這種情況下，應(yīng)考慮頁(yè)面級(jí)的集成，或業(yè)務(wù)邏輯服務(wù)的直接調(diào)用。
三、應(yīng)用集成數(shù)據(jù)分析
　　在前面應(yīng)用集成建設(shè)原則中提到，數(shù)據(jù)分析是應(yīng)用集成整合的基礎(chǔ)。無(wú)論運(yùn)營(yíng)商采取何種集成方式，首先必須做好系統(tǒng)之間的整合數(shù)據(jù)分析。
應(yīng)用集成數(shù)據(jù)分析包括如下內(nèi)容：
1. 核心數(shù)據(jù)交換模型
　　而在有了EAI的建設(shè)思想后，這種硬性要求所有系統(tǒng)遵循和基于一套數(shù)據(jù)模型來(lái)開(kāi)發(fā)和建設(shè)的思路改變了，轉(zhuǎn)變成為各自的系統(tǒng)不需要做多大的變化，仍可以維持原有的數(shù)據(jù)模型，只是在吸取各系統(tǒng)輸入和輸出的數(shù)據(jù)需求，以及抽取他們的共性，形成一套核心的數(shù)據(jù)交換模型。這套核心的數(shù)據(jù)交換模型只是各個(gè)系統(tǒng)的交集，而不是所有系統(tǒng)數(shù)據(jù)的全集。核心數(shù)據(jù)交換模型采用面向?qū)ο蟮姆绞綐?gòu)建，其技術(shù)實(shí)現(xiàn)就是由一組通用的、跨應(yīng)用的、與領(lǐng)域相關(guān)的業(yè)務(wù)對(duì)象即通用業(yè)務(wù)對(duì)象--GBO（Generic Business Object），實(shí)現(xiàn)包含了所有應(yīng)用系統(tǒng)相互通訊所需要的信息。
　　形成了核心交換數(shù)據(jù)模型后，就可以在將網(wǎng)絡(luò)傳輸?shù)亩鄬?duì)多簡(jiǎn)化成星型或云狀的基礎(chǔ)上，再進(jìn)一步將數(shù)據(jù)的映射也從多對(duì)多的數(shù)據(jù)映射簡(jiǎn)化成多對(duì)一的數(shù)據(jù)映射。系統(tǒng)間的數(shù)據(jù)轉(zhuǎn)換，不再需要像傳統(tǒng)模式那樣，需要考慮和多個(gè)系統(tǒng)的數(shù)據(jù)模型的對(duì)應(yīng)和映射了，只需要考慮本系統(tǒng)數(shù)據(jù)模型和GBO的映射關(guān)系即可，再由GBO轉(zhuǎn)換成對(duì)應(yīng)系統(tǒng)的數(shù)據(jù)模型。這樣一來(lái)，大大簡(jiǎn)化了數(shù)據(jù)維護(hù)的復(fù)雜度，增強(qiáng)了應(yīng)用集成平臺(tái)的可擴(kuò)展性。
　　對(duì)于電信企業(yè)新建的系統(tǒng)，可以在規(guī)范上要求其數(shù)據(jù)模型盡可能地向核心交換數(shù)據(jù)模型方面靠，因?yàn)槟Ｐ驮较嘟�，轉(zhuǎn)換的工作量越小，轉(zhuǎn)換的效率越高。
通用業(yè)務(wù)對(duì)象-GBO主要包含三大部分內(nèi)容：
　　業(yè)務(wù)對(duì)象BO的類型，實(shí)際就是業(yè)務(wù)對(duì)象的類名，比如客戶對(duì)象、產(chǎn)品對(duì)象、訂單對(duì)象等。
　　業(yè)務(wù)對(duì)象BO的操作，是業(yè)務(wù)對(duì)象對(duì)外提供的服務(wù)形式接口，與通用業(yè)務(wù)對(duì)象的數(shù)據(jù)部分(Meta Data)一起構(gòu)成與適配器進(jìn)行交互的完整對(duì)象。通用業(yè)務(wù)對(duì)象在業(yè)務(wù)流程中承載實(shí)例化的業(yè)務(wù)數(shù)據(jù)，并通過(guò)支持的操作(Verb)對(duì)外，即通過(guò)適配器對(duì)應(yīng)用系統(tǒng)提供服務(wù)。
　　業(yè)務(wù)對(duì)象BO的屬性定義(Meta Data)實(shí)現(xiàn)共享信息和數(shù)據(jù)模型的EAI平臺(tái)化，從而從數(shù)據(jù)層面完成電信業(yè)務(wù)模型在EAI平臺(tái)上的相對(duì)獨(dú)立性。GBO的屬性定義支持多層次的描述，比如客戶對(duì)象下還可以包含多個(gè)用戶對(duì)象的描述。
2. 數(shù)據(jù)校驗(yàn)和異常處理
　　對(duì)于新系統(tǒng)或同期改造系統(tǒng)，數(shù)據(jù)的校驗(yàn)工作可由各自系統(tǒng)加入校驗(yàn)?zāi)�塊完成。對(duì)于歷史系統(tǒng)，可由EAI建設(shè)平臺(tái)集成商在connector中考慮實(shí)現(xiàn)。
在數(shù)據(jù)校驗(yàn)出現(xiàn)異常時(shí)，提供多種異常數(shù)據(jù)的處理方式：
·異常數(shù)據(jù)的臨時(shí)存儲(chǔ)和恢復(fù)。比如三戶數(shù)據(jù)（客戶、用戶、帳戶）在接口傳遞時(shí)，由于網(wǎng)絡(luò)或其他原因，導(dǎo)致用戶數(shù)據(jù)的傳遞先于客戶數(shù)據(jù)前達(dá)到。此時(shí)，該用戶數(shù)據(jù)將無(wú)法通過(guò)一致性校驗(yàn)（用戶對(duì)象的客戶ID在系統(tǒng)中不存在）。出現(xiàn)這種情況時(shí)，不得隨意將此異常數(shù)據(jù)丟失，而是需要將該數(shù)據(jù)存儲(chǔ)到異常數(shù)據(jù)隊(duì)列中，并定期檢查，是否有正常的客戶數(shù)據(jù)達(dá)到。一旦發(fā)現(xiàn)達(dá)到，則將原異常的用戶數(shù)據(jù)拿出，一并處理。
·異常數(shù)據(jù)的告警。發(fā)現(xiàn)有異常數(shù)據(jù)時(shí)，應(yīng)能以各種方式進(jìn)行告警，以便能及時(shí)處理。
四、 EAI運(yùn)行管理
　　中國(guó)電信正在進(jìn)行EAI建設(shè)的幾個(gè)試點(diǎn)，在實(shí)際運(yùn)行過(guò)程中，遇到很多問(wèn)題，但很多問(wèn)題分析下來(lái)，技術(shù)的因素只是一方面，很多管理上的因素在很大程度上影響了EAI的實(shí)際運(yùn)行。比如業(yè)務(wù)需求變化后，GBO需要進(jìn)行擴(kuò)充和改變，涉及到多方協(xié)調(diào)時(shí)，因管理組織不到位，從而制約了需求的響應(yīng)程度。因此，為了讓EAI平臺(tái)達(dá)到可運(yùn)行、可管理，必須重視如下兩個(gè)方面。
1. 核心數(shù)據(jù)模型的管理
·為各協(xié)作方制定提供通用業(yè)務(wù)對(duì)象管理守則；
2 . EAI平臺(tái)的監(jiān)控
五、 結(jié)語(yǔ)
　　EAI思想和技術(shù)的引用，在電信轉(zhuǎn)型期間，給電信企業(yè)的IT系統(tǒng)改造和建設(shè)，提供了嶄新的思路。但在建設(shè)EAI的過(guò)程中，不能是大家說(shuō)EAI好，就跟風(fēng)上EAI。必須根據(jù)實(shí)際情況認(rèn)真分析，同時(shí)做好扎實(shí)的數(shù)據(jù)分析工作，以及打好周邊配套的管理基礎(chǔ)。在技術(shù)、數(shù)據(jù)、管理多個(gè)方面協(xié)同前進(jìn)，才能收到EAI真正應(yīng)有的效果。

作者供稿 原文刊登于中國(guó)計(jì)費(fèi)網(wǎng)(www.billingchina.com)