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