1 運維支撐系統(tǒng)的現(xiàn)狀概述

    經(jīng)過十幾年的發(fā)展，目前國內(nèi)各大電信運營商都擁有了一個規(guī)模極其龐大的通信網(wǎng)絡(luò)，為了保證這個網(wǎng)絡(luò)的正常運行同時又不斷地新建了大量的運維支撐系統(tǒng)(OSS，Operation Support System)，諸如廠家網(wǎng)管(OMC)、專業(yè)網(wǎng)管、(數(shù)據(jù)網(wǎng)管、話務(wù)網(wǎng)管、傳輸網(wǎng)管等)和綜合網(wǎng)管(綜合分析系統(tǒng)、綜合告警系統(tǒng)、綜合監(jiān)控系統(tǒng)等)等數(shù)十種運維支撐系統(tǒng)，這些系統(tǒng)基本都相互孤立，只有少量的數(shù)據(jù)交互和接口調(diào)用，隨著市場業(yè)務(wù)的發(fā)展對運維支撐工作提出了更高的要求，使得目前運維支撐系統(tǒng)的信息資源管理模式暴露出了很多問題，主要有以下三個方面。

    1)各個系統(tǒng)單兵作戰(zhàn)。不同系統(tǒng)的數(shù)據(jù)及資源沒有被有效地整合和集成，嚴重限制了運維支撐系統(tǒng)信息資源的應(yīng)用廣度和開發(fā)深度。

    2)缺乏統(tǒng)一的規(guī)劃。不同系統(tǒng)通常由不同的集成商開發(fā)，所使用的技術(shù)、數(shù)據(jù)結(jié)構(gòu)設(shè)計方法和思路、界面風格及操作方式都不盡相同，系統(tǒng)之間存在著很強的互斥性，不同系統(tǒng)之間很難進行信息交換，存在著大量“信息孤島”。

    3)從外來看，單個系統(tǒng)是個封閉的黑盒子，內(nèi)部功能只能為自身服務(wù)，對外是不可見不可重用的，不能為外部系統(tǒng)或其他應(yīng)用服務(wù)。

    隨著市場規(guī)模的急劇擴大和全業(yè)務(wù)運營的緊迫需求，要求能夠?qū)�現(xiàn)在所有的運維支撐系統(tǒng)進行數(shù)據(jù)集成、界面集成和應(yīng)用集成，將所有關(guān)于運維支撐系統(tǒng)的告警、信息、報告等內(nèi)容在一個統(tǒng)一平臺上集中展現(xiàn)，以便能夠更全面的了解網(wǎng)絡(luò)運行現(xiàn)狀，發(fā)現(xiàn)深層次的問題，這個統(tǒng)一的平臺就是運維門戶系統(tǒng)(OMPS，Operation And Maintenance Portal System)。

    由于各運維支撐系統(tǒng)之間存在著開發(fā)語言、開發(fā)平臺和操作系統(tǒng)的差異，傳統(tǒng)的系統(tǒng)集成方法費時費力，而且在各系統(tǒng)之間形成了緊耦合，增加了日后系統(tǒng)擴展的復雜度；本文利用SOA架構(gòu)的松耦合性和平臺無關(guān)性特點，較好的解決了通信運營商在建設(shè)運維門戶系統(tǒng)過程中遇到的問題和困惑。

2 運維門戶系統(tǒng)

    OMPS是指在一個企業(yè)內(nèi)部，通過界面集成、數(shù)據(jù)集成及功能集成等技術(shù)將分散在各個系統(tǒng)中的功能和信息有效地組織起來，給用戶提供了統(tǒng)一的信息服務(wù)功能入口，實現(xiàn)企業(yè)運維信息和知識的共享，提高員工和企業(yè)的工作效率。

    運維門戶系統(tǒng)自身無任何數(shù)據(jù)信息，其呈現(xiàn)的信息及功能都是來自被集成系統(tǒng)，門戶主要實現(xiàn)的功能主要包括以下三點。

    1)界面集成。即在運維門戶系統(tǒng)的一個頁面中將用戶感興趣的多個OSS系統(tǒng)頁面進行統(tǒng)一呈現(xiàn)，使用戶無需在各個系統(tǒng)之間進行登錄切換，增加用戶查看信息的便利性。

    2)數(shù)據(jù)集成。運維門戶系統(tǒng)需要采集各個OSS系統(tǒng)的業(yè)務(wù)數(shù)據(jù)，然后進行歸納、加工和處理，提取出對使用者更有價值的信息并進行展示。

    3)功能集成。運維門戶系統(tǒng)還需要對各OSS系統(tǒng)的功能進行集成，使用戶在門戶中也能夠使用各OSS系統(tǒng)中的特定功能。

    由上述三點可以看出，運維門戶系統(tǒng)實現(xiàn)的核心就是企業(yè)應(yīng)用集成(EAI，EntERPrise Application Integration)，EAI是將基于各種不同平臺、用不同方案建立的異構(gòu)應(yīng)用系統(tǒng)集成的一種方法和技術(shù)，將進程、軟件、標準和硬件聯(lián)合起來，在兩個或更多的企業(yè)系統(tǒng)之間實現(xiàn)無縫集成，使它們就像一個整體一樣。

    EAI技術(shù)從本質(zhì)上說是基于消息的集成，實現(xiàn)方式如圖1所示。各個OSS系統(tǒng)需要專門開發(fā)相應(yīng)的接口適配器，以便在OSS特有的數(shù)據(jù)結(jié)構(gòu)與統(tǒng)一標準消息之間進行轉(zhuǎn)換，消息總線負責將各個系統(tǒng)發(fā)送的消息按照路由規(guī)則發(fā)送到目標OSS系統(tǒng)；運維門戶系統(tǒng)通過向消息總線發(fā)送特定消息，請求其所需要的相關(guān)資源，OSS系統(tǒng)在收到消息請求后將門戶請求的結(jié)果進行反饋。

圖1 EAI集成方式

    EAI技術(shù)目前存在著三個問題。

    1)接口適配器需要針對特定的系統(tǒng)進行開發(fā)，開發(fā)工作量大，且系統(tǒng)的業(yè)務(wù)邏輯變更可能會導致適配器的重新開發(fā)。

    2)EAI所使用的協(xié)議一般都是企業(yè)私有的協(xié)議，不能為其他系統(tǒng)所重用。

    3)EAI一般來說主要為這些已有的系統(tǒng)提供一種中間溝通方式，讓這些系統(tǒng)之間可以進行數(shù)據(jù)的共享與交換，不太關(guān)注于界面和功能的集成。

    通過引入面向?qū)ο蠓��?wù)架構(gòu)(SOA，Service Oriented Architecture)，以SOA架構(gòu)來設(shè)計和實現(xiàn)運維門戶系統(tǒng)的建設(shè)，可以實現(xiàn)各OSS系統(tǒng)技術(shù)與服務(wù)的分離以及系統(tǒng)間的松耦合，較好的規(guī)避上述問題。

3 基于SOA架構(gòu)的運維門戶系統(tǒng)建設(shè)方案

    SOA(Service Oriented Architecture)即面向服務(wù)的架構(gòu)是一項rr策略，它將企業(yè)應(yīng)用程序中包含的分散功能組織到可互操作的基于標準的服務(wù)中，可以快速組合和重用這些服務(wù)來滿足業(yè)務(wù)需要。SOA內(nèi)部的接口是采用中立的方式進行定義的(一般為WebService)，它獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言，這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進行交互。

    SOA與傳統(tǒng)的EAI技術(shù)比較有著以下四個優(yōu)勢。

    1)松耦合。提供服務(wù)的宿主與服務(wù)內(nèi)容之間是相對獨立的，即使宿主發(fā)生了改變，新的宿主一樣可以按照服務(wù)的約定對外提供完全相同的服務(wù)，宿主與服務(wù)之間是松耦合的。

    2)細粒度集成。SOA的集成對象是系統(tǒng)中的每一個服務(wù)，而EAI的集成對象則是整個系統(tǒng)，SOA的集成粒度要比EAI細的多。

    3)標準化。在SOA架構(gòu)中任何一種接口、協(xié)議都是遵循相應(yīng)的國際標準，如：標準描述語言(WSDL)、發(fā)現(xiàn)協(xié)議(UDDl)和消息協(xié)議(SOAP)等；而EAI大多是實施企業(yè)內(nèi)部的所有標準和協(xié)議。

    4)服務(wù)重用。在SOA架構(gòu)中，當業(yè)務(wù)邏輯發(fā)生變化時只需要將原有的服務(wù)打敖，然后根據(jù)新的業(yè)務(wù)邏輯進行重排即可滿足業(yè)務(wù)要求，而EAI則需要對現(xiàn)有的適配器、中間層消息轉(zhuǎn)換規(guī)則與消息路由進行改造，無法重用。

    由上可以看出，在系統(tǒng)集成方面SOA架構(gòu)具備了得天獨厚的優(yōu)勢，特別是在通信運營企業(yè)眾多OSS系統(tǒng)待有效整合的現(xiàn)狀下，基于SOA架構(gòu)的運維門戶系統(tǒng)可以有效地減低企業(yè)成本、提供可重復使用、共享且高可用的網(wǎng)管支撐平臺，快速滿足通信運營企業(yè)變化的需求，本文提出的基于SOA架構(gòu)的運維門戶系統(tǒng)結(jié)構(gòu)如圖2所示。

圖2 通信運營商基于SOA架構(gòu)的運維門戶系統(tǒng)結(jié)構(gòu)

    從圖中可以看出基于SOA架構(gòu)的運維門戶系統(tǒng)分為四層。

    1)服務(wù)提供層。該層主要是通過對通信運營商現(xiàn)有的各個OSS系統(tǒng)進行改造，根據(jù)業(yè)務(wù)需要梳理和提取各系統(tǒng)中的服務(wù)，最后將服務(wù)以Web Service方式進行封裝以對外提供，例如電子運維系統(tǒng)可以提取出代辦工單服務(wù)、工單狀態(tài)查詢服務(wù)、作業(yè)計劃查詢服務(wù)、工單統(tǒng)計報表服務(wù)等，其他應(yīng)用就可以通過調(diào)用上述服務(wù)實現(xiàn)電子運維系統(tǒng)自身特定的功能。

    2)共享服務(wù)層。該層主要是對各OSS系統(tǒng)提供的服務(wù)進行組合和編排，將各個獨立的服務(wù)組合成能提供綜合服務(wù)的高級服務(wù)，以滿足更高層次的綜合業(yè)務(wù)需求。共享服務(wù)層分成了三層：數(shù)據(jù)服務(wù)層、業(yè)務(wù)服務(wù)層和呈現(xiàn)服務(wù)層，其中數(shù)據(jù)服務(wù)層主要是實現(xiàn)底層OSS系統(tǒng)數(shù)據(jù)提供服務(wù)，滿足業(yè)務(wù)服務(wù)層及門戶系統(tǒng)的數(shù)據(jù)采集、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)加工等需求；業(yè)務(wù)服務(wù)層主要是通過對底層OSS系統(tǒng)的服務(wù)進行重新編排、組織，實現(xiàn)更復雜的綜合服務(wù)，滿足更高層次的業(yè)務(wù)需求，主要包括服務(wù)訪問和業(yè)務(wù)流程，即通過流程將底層OSS系統(tǒng)的服務(wù)組織起來；呈現(xiàn)服務(wù)層主要是為上層門戶系統(tǒng)提供特定頁面呈現(xiàn)，通過WSRP協(xié)議(Web Services for Remote Protocol)門戶系統(tǒng)可以將呈現(xiàn)服務(wù)嵌入到頁面中，而無需進行任何頁面代碼開發(fā)。

    3)ESB層。為了避免門戶系統(tǒng)在調(diào)用底層服務(wù)時出現(xiàn)多點對多點的調(diào)用方式，在服務(wù)層和門戶系統(tǒng)之間增加了ESB(企業(yè)服務(wù)總線)，通過ESB可以確保門戶系統(tǒng)的服務(wù)調(diào)用方式為單點對單點，還可以實現(xiàn)訪問服務(wù)路由、協(xié)議轉(zhuǎn)換、負載均衡、服務(wù)發(fā)現(xiàn)等功能，保證底層OSS系統(tǒng)服務(wù)調(diào)用的效率、安全性和可靠性，減低了門戶系統(tǒng)服務(wù)集成的難度。

    4)服務(wù)消費層。該層是底層OSS系統(tǒng)服務(wù)的消費使用方，主要為運維門戶系統(tǒng)或者其他相關(guān)系統(tǒng)，門戶系統(tǒng)在實現(xiàn)上只需要關(guān)注自身的架構(gòu)和界面風格，而無需過多考慮OSS系統(tǒng)服務(wù)的細節(jié)，將相應(yīng)的服務(wù)嵌入到門戶Portlet組件中，即可實現(xiàn)應(yīng)用的集成；同時，如果日后業(yè)務(wù)發(fā)生變化，主需要更換相應(yīng)Portlet組件中的服務(wù)即可。底層OSS系統(tǒng)的服務(wù)同樣可以提供給其他業(yè)務(wù)系統(tǒng)使用，且一個服務(wù)可以同時在多個服務(wù)消費者之間使用。

    除了上述四層外，需要一個專門的服務(wù)查詢服務(wù)器，即UDDI(統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議，Universal Description Discovery and Integration)服務(wù)器，UDDI服務(wù)器主要是實現(xiàn)服務(wù)的注冊、查詢及發(fā)現(xiàn)等功能，類似于網(wǎng)絡(luò)中的DNS服務(wù)器，具體工作模式如圖3所示：

圖3 UDDI服務(wù)器工作模式

    首先，OSS系統(tǒng)中的各個服務(wù)需要向UDDI服務(wù)器注冊，UDDI服務(wù)器保存其服務(wù)的名稱、訪問標示、地址、參數(shù)等信息，隨著在門戶系統(tǒng)中訪問該服務(wù)前向UDDI服務(wù)器查詢服務(wù)地址，UDDI服務(wù)器反饋服務(wù)的訪問地址等信息，門戶系統(tǒng)即可通過該地址信息訪問OSS系統(tǒng)服務(wù)。

    基于SOA的這種架構(gòu)完全顛覆了傳統(tǒng)的門戶建設(shè)方式，服務(wù)消費者(運維門戶系統(tǒng)或其他應(yīng)用)所消費的服務(wù)可能是底層單個OSS系統(tǒng)的服務(wù)，也可能是多個OSS系統(tǒng)提供的綜合服務(wù)，服務(wù)消費者已經(jīng)無需關(guān)注服務(wù)是有誰提供的，通過共享服務(wù)層和服務(wù)接入層實現(xiàn)了服務(wù)消費者和服務(wù)提供方松耦合的架構(gòu)，日后即便是更換了底層的OSS系統(tǒng)，只要舊系統(tǒng)所有服務(wù)在新系統(tǒng)中實現(xiàn)或者是由其他系統(tǒng)來實現(xiàn)即可。

    此外在系統(tǒng)建設(shè)方式上，基于SOA架構(gòu)的運維門戶系統(tǒng)與傳統(tǒng)的門戶系統(tǒng)也有很大的不同：傳統(tǒng)的方式為通過單點登錄(Single Sign On，SSO)方式實現(xiàn)對所有OSS系統(tǒng)的資源、數(shù)據(jù)、應(yīng)用的集成圓，被集成的系統(tǒng)基本上無需進行改造；而在基于SOA架構(gòu)的運維門戶系統(tǒng)建設(shè)中，首先需要對各個OSS系統(tǒng)的業(yè)務(wù)邏輯和功能特點進行梳理，規(guī)劃和提取各個OSS系統(tǒng)的基礎(chǔ)服務(wù)，然后對OSS系統(tǒng)進行改造使其具備對外提供服務(wù)的接口，打破各OSS系統(tǒng)的自我封閉，對于OSS系統(tǒng)來說要進行較大的改造，工作量較大，但這些工作帶來的好處就是服務(wù)的標準化、可重用化、可管理化，后期新系統(tǒng)的建設(shè)和新應(yīng)用的實現(xiàn)將會更加的快捷和靈活。由于不是本文的重點，所以這里不進行過多的敘述。

4 案例分析

    該建設(shè)方案已經(jīng)在某省移動公司實施，目前已經(jīng)集成了話務(wù)網(wǎng)管系統(tǒng)、數(shù)據(jù)網(wǎng)管系統(tǒng)、電子運維系統(tǒng)、傳輸網(wǎng)管系統(tǒng)及各種廠家OMC等30套網(wǎng)管支撐系統(tǒng)。在經(jīng)過半年的業(yè)務(wù)和服務(wù)梳理后，定義了若干標準服務(wù)，隨后該移動公司對現(xiàn)有的支撐系統(tǒng)進行了改造，使其具備了對外提供服務(wù)的能力，在此基礎(chǔ)上，新建的運維門戶系統(tǒng)以SOA理念對服務(wù)進行了集成，從而消除了網(wǎng)管支撐系統(tǒng)的數(shù)據(jù)“孤島”，極大地促進了該公司的運維門戶集成和管理水平的提高。

5 結(jié)束語

    隨著通信運營商的市場競爭更加激烈，對支撐系統(tǒng)也將會提出更高的要求，一切都要以市場為導向，快速基于已有的OSS系統(tǒng)應(yīng)用進行整合和創(chuàng)新將是支撐系統(tǒng)的必然發(fā)展趨勢。本文提出的基于SOA架構(gòu)的運維門戶系統(tǒng)，將關(guān)注點從單個系統(tǒng)轉(zhuǎn)換到了系統(tǒng)中的每個服務(wù)，通過對服務(wù)的整合來快速實現(xiàn)運維門戶系統(tǒng)部署和集成，由于SOA架構(gòu)具有良好的松耦合性和靈活性，可以有效地支撐運營商的隨需而變的能力，降低支撐系統(tǒng)建設(shè)成本并加快應(yīng)用實現(xiàn)速度，在3G時代的競爭中取得先機！

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

本文標題：基于SOA架構(gòu)的通信運營商運維門戶系統(tǒng)建設(shè)方案研究

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