淺談電信內(nèi)部IT架構(gòu)的電商化演進(jìn)

李紅兵

[摘 要] 本文針對中國電信集團(tuán)提出“去電信化”在IT支撐層面的落實開展研究。選擇該論題的原因有以下3個方面：一是去電信化趨勢，必須跳出原有的思維模式，結(jié)合互聯(lián)網(wǎng)的經(jīng)驗力求創(chuàng)新；二是近些年淘寶、騰訊等互聯(lián)網(wǎng)公司興起，電信需要學(xué)習(xí)其先進(jìn)的電商化IT架構(gòu)并應(yīng)用到實際支撐工作中；三是落實市場化差異化原則，采用電信業(yè)務(wù)結(jié)合電商化IT新架構(gòu)來服務(wù)用戶。本文聚焦于IT架構(gòu)電商化，結(jié)合平臺與應(yīng)用特點，闡述PaaS架構(gòu)實現(xiàn)模式。

[關(guān)鍵詞] DaaS（數(shù)據(jù)服務(wù)）；PaaS（平臺服務(wù)）；平臺；應(yīng)用；去電信化

[中圖分類號] TP315 [文獻(xiàn)標(biāo)識碼] A [文章編號] 1673 - 0194（2014）15- 0042- 02

0 引 言

浙江電信第一代IT系統(tǒng)是97系統(tǒng)，經(jīng)過七八年的發(fā)展，電信集團(tuán)于2004年推出MBOSS 1.0規(guī)范，對現(xiàn)有生產(chǎn)和保障體系做了明確定義，并將電信內(nèi)部的IT支撐分為BSS、OSS、MSS和EDA四大領(lǐng)域。MBOSS誕生已有近10年時間，在此過程中產(chǎn)生很多生產(chǎn)系統(tǒng)，從前期的CRM（營業(yè)）、Kenan（計費）、GIS/WebGIS（管線）、NetMaster（設(shè)備）和綜合調(diào)度，到后來的OCS（融合計費）、營銷、服務(wù)開通和激活等，所有這些都凝結(jié)著中國電信IT人的智慧。

隨著電子商務(wù)和互聯(lián)網(wǎng)的興起，傳統(tǒng)IT架構(gòu)已經(jīng)很難滿足當(dāng)下對數(shù)據(jù)存儲、對象服務(wù)、流程總線和應(yīng)用體系的要求，尤其是大數(shù)據(jù)時代來臨，更是帶來一批新興技術(shù)。中國電信要實現(xiàn)IT系統(tǒng)架構(gòu)去電信化，其根本就是與電商化結(jié)合，貫徹“平臺+應(yīng)用”的整體建設(shè)思路，打造全新的電信業(yè)務(wù)PaaS架構(gòu)體系，并以某個領(lǐng)域的生產(chǎn)系統(tǒng)作為試點進(jìn)行實施，進(jìn)而推廣至全領(lǐng)域。當(dāng)然在整個過程中，“去IOE”內(nèi)容必不可少，IBM、Oracle和EMC是組成數(shù)據(jù)庫系統(tǒng)的三駕馬車，這是擺在所有電信IT人面前的難題。系統(tǒng)數(shù)據(jù)庫全面使用PC Server+MySQL來替代原來的IOE，是未來IT發(fā)展的一個大趨勢。以下本文就電商化架構(gòu)結(jié)合電信業(yè)務(wù)做一個比較詳細(xì)的描述。

電商化架構(gòu)PaaS體系主要由數(shù)據(jù)層、平臺層、應(yīng)用層和管理平臺4個部分組成，以前兩部分作為重點，架構(gòu)例圖如圖1所示。

（1）應(yīng)用層架構(gòu)要求：可實現(xiàn)與服務(wù)平臺的對接。采用應(yīng)用調(diào)用平臺服務(wù)的模式，實現(xiàn)在平臺上開發(fā)和覆蓋應(yīng)用。具備應(yīng)用定制能力和平臺對接能力。

（2）平臺層架構(gòu)要求：構(gòu)架PaaS平臺，包括總線集成服務(wù)、業(yè)務(wù)服務(wù)和技術(shù)服務(wù)。對業(yè)務(wù)服務(wù)在平臺上開放。符合SOA架構(gòu)標(biāo)準(zhǔn)，具備集成能力、橫向擴(kuò)展能力、服務(wù)管理能力。

（3）數(shù)據(jù)層架構(gòu)要求：實現(xiàn)對多數(shù)據(jù)庫、多數(shù)據(jù)路由的訪問和管理，具備數(shù)據(jù)的橫向擴(kuò)展能力。

1 結(jié)合互聯(lián)網(wǎng)大數(shù)據(jù)處理，引入數(shù)據(jù)庫分片分域分流措施

電信業(yè)務(wù)的數(shù)據(jù)量較為龐大?？紤]到數(shù)據(jù)庫的擴(kuò)展性，結(jié)合電信內(nèi)部業(yè)務(wù)復(fù)雜度，數(shù)據(jù)庫設(shè)計參考并且有取舍地選用了互聯(lián)網(wǎng)大數(shù)據(jù)的處理方式，針對不同的數(shù)據(jù)使用策略，分別采用Oracle、MySQL、NoSQL數(shù)據(jù)庫庫產(chǎn)品。針對分庫，異構(gòu)數(shù)據(jù)庫的情況，引入云計算中DaaS的概念，屏蔽數(shù)據(jù)庫底層的差異化和數(shù)據(jù)分布方式。在目前各業(yè)務(wù)數(shù)據(jù)庫中融合了業(yè)務(wù)圖層數(shù)據(jù)、統(tǒng)計報表，應(yīng)用層面的數(shù)據(jù)庫加大了原數(shù)據(jù)庫的占用核心生產(chǎn)數(shù)據(jù)庫。在目前各生產(chǎn)庫中最大的表主要為接口日志、單據(jù)信息、審計信息等，而這些都可以轉(zhuǎn)入到其他庫中。

1.1 數(shù)據(jù)庫分片

數(shù)據(jù)庫應(yīng)能夠滿足多用戶按本地網(wǎng)存儲的方式，保證數(shù)據(jù)庫可動態(tài)切分，存量數(shù)據(jù)域采用Oracle存儲，將本地網(wǎng)的所有用戶分在多個數(shù)據(jù)庫內(nèi)。查詢分流域數(shù)據(jù)用MysQL存儲，不同本地網(wǎng)的用戶單獨采用不同數(shù)據(jù)庫實例。

1.2 數(shù)據(jù)庫分域

數(shù)據(jù)庫設(shè)計采用分特性存儲模式，在現(xiàn)有Oracle數(shù)據(jù)庫的基礎(chǔ)上，適度引入MySQ1、NoSQL。總體存儲要求如下。

Oracle用途：核心數(shù)據(jù)庫，存儲活躍數(shù)據(jù)，保證核心數(shù)據(jù)的穩(wěn)定性、集群的高效能、可靠維護(hù)、割接數(shù)據(jù)的平滑遷移。

MySQL用途： 提供給相關(guān)系統(tǒng)或人員的只讀使用，可分流外系統(tǒng)對核心數(shù)據(jù)庫的訪問壓力，保障核心應(yīng)用的穩(wěn)定性，逐步推進(jìn)互聯(lián)網(wǎng)化策略。

NoSQL用途： 存儲非活躍表數(shù)據(jù)。采用Hadoop集群中Hbase+Hive技術(shù)，存儲非結(jié)構(gòu)化大數(shù)據(jù)，其中Hbase用于大數(shù)據(jù)的增刪改查操作，而Hive主要是用于數(shù)據(jù)統(tǒng)計分析。

DFS用途： 存儲平面文件。

Redis用途： 系統(tǒng)的靜態(tài)數(shù)據(jù)、數(shù)據(jù)字典、規(guī)格數(shù)據(jù)、DaaS的中間處理結(jié)果集。①Redis使用最佳方式是全部數(shù)據(jù)in-memory；

②Redis更多場景是作為MemCached的替代者來使用；③當(dāng)需要除Key/Value之外的更多數(shù)據(jù)類型支持時，使用Redis更合適；④當(dāng)存儲的數(shù)據(jù)不能被剔除時，使用Redis更合適。

1.3 數(shù)據(jù)庫分流

應(yīng)用服務(wù)需要根據(jù)業(yè)務(wù)要求劃分為for Oracle服務(wù)和for MySQL服務(wù)（只有部分），為了減少DaaS的負(fù)載和復(fù)雜度，在應(yīng)用到服務(wù)之間需要采用負(fù)載均衡機(jī)制進(jìn)行分流，根據(jù)請求分流到“業(yè)務(wù)服務(wù)for Oralce”和“業(yè)務(wù)服務(wù)for MysQL”上，然后到DaaS，DaaS再根據(jù)協(xié)議路由到具體數(shù)據(jù)庫中。

2 以服務(wù)為依托，總線為串聯(lián)，奠定“平臺+應(yīng)用”的基礎(chǔ)

PaaS平臺層的搭建以平臺化、服務(wù)化為基本原則，目標(biāo)在于構(gòu)建統(tǒng)一的服務(wù)平臺，以服務(wù)的方式實現(xiàn)與應(yīng)用及外部系統(tǒng)的無縫集成。PaaS平臺包括集成總線（IPaaS）、服務(wù)平臺（APaaS）、數(shù)據(jù)服務(wù)平臺（DPaaS）、服務(wù)管理接口4部分。

（1）IPaaS，通過向服務(wù)總線注冊SPI實現(xiàn)遠(yuǎn)程調(diào)用，包含業(yè)務(wù)服務(wù)和技術(shù)服務(wù)。

（2）APaaS，即服務(wù)總線，是對服務(wù)的統(tǒng)一集成，將服務(wù)向應(yīng)用暴露，進(jìn)行應(yīng)用與服務(wù)之間，應(yīng)用與應(yīng)用之間集成互訪，包含企業(yè)總線及內(nèi)部服務(wù)總線。

（3）DPaaS，即DaaS服務(wù)平臺，實現(xiàn)對數(shù)據(jù)庫的訪問。

（4）服務(wù)管理接口，PaaS平臺與管理平臺之間的通信橋梁，管理平臺通過服務(wù)管理接口，實現(xiàn)對IPaaS、APaaS、DPaaS的配置、監(jiān)控及告警。

PaaS通過服務(wù)總線實現(xiàn)應(yīng)用系統(tǒng)間的應(yīng)用集成。服務(wù)總線包含外總線和內(nèi)總線，分別處理外部應(yīng)用集成與平臺服務(wù)集成、內(nèi)部應(yīng)用系統(tǒng)之間集成問題。外總線、內(nèi)總線有各自的服務(wù)目錄，對服務(wù)進(jìn)行管理。服務(wù)目錄記錄服務(wù)相關(guān)信息，包括服務(wù)名稱、服務(wù)編碼、URL 地址、功能描述、版本信息、發(fā)布時間、發(fā)布人員、狀態(tài)、輸入?yún)?shù)、返回值、錯誤代碼、服務(wù)能力等信息。

僅在外部系統(tǒng)、異構(gòu)系統(tǒng)調(diào)用的時候才會采用外總線，即企業(yè)服務(wù)總線、硬總線或應(yīng)用層總線。外部系統(tǒng)調(diào)用平臺服務(wù)，服務(wù)由平臺提供，走外總線。內(nèi)總線也稱軟總線、服務(wù)層總線。總線除接收消息端點兼容的內(nèi)容，只保留剩下的服務(wù)代理、數(shù)據(jù)處理、服務(wù)輕量編排、路由等功能。應(yīng)用調(diào)平臺服務(wù)走內(nèi)總線，業(yè)務(wù)平臺內(nèi)部組件通信走內(nèi)總線。

服務(wù)能力開放體系是電商化的核心目標(biāo)之一，是實現(xiàn)運營服務(wù)目錄全網(wǎng)統(tǒng)一管理，推進(jìn)全網(wǎng)運營服務(wù)標(biāo)準(zhǔn)化，全網(wǎng)集約化運營的基礎(chǔ)。借鑒SOA的理念實現(xiàn)服務(wù)的識別和封裝，構(gòu)建開放、透明、分層的體系架構(gòu)，對服務(wù)規(guī)格和服務(wù)目錄進(jìn)行標(biāo)準(zhǔn)化，最終實現(xiàn)服務(wù)能力的“一點發(fā)布、全網(wǎng)共享，即發(fā)即用”。PaaS平臺層的服務(wù)能力主要分為業(yè)務(wù)服務(wù)和技術(shù)服務(wù)兩種，均部署在服務(wù)總線上。

業(yè)務(wù)服務(wù)按功能分為五大類：數(shù)據(jù)對象服務(wù)、業(yè)務(wù)邏輯服務(wù)、對外接口服務(wù)、元數(shù)據(jù)服務(wù)、GID服務(wù)。

技術(shù)服務(wù)實現(xiàn)對業(yè)務(wù)服務(wù)的支撐，與業(yè)務(wù)功能關(guān)聯(lián)緊密，在技術(shù)中間件基礎(chǔ)上做業(yè)務(wù)封裝，實現(xiàn)技術(shù)組件、集成適配和中間件集成。技術(shù)服務(wù)設(shè)計應(yīng)注意統(tǒng)一技術(shù)服務(wù)的使用方式，使技術(shù)服務(wù)可替換。技術(shù)服務(wù)從服務(wù)層、實現(xiàn)層、適配層、中間件/平臺4層提供服務(wù)。

3 完善應(yīng)用層建設(shè)，做好服務(wù)支撐，提升服務(wù)能力

應(yīng)用層主要是進(jìn)行系統(tǒng)操作相關(guān)的應(yīng)用，包括C/S架構(gòu)桌面程序，Web架構(gòu)的應(yīng)用和移動應(yīng)用。應(yīng)用層需以建立更實用的應(yīng)用為目標(biāo)，在應(yīng)用層實現(xiàn)所需要的數(shù)據(jù)、工具等都作為私有數(shù)據(jù)庫或應(yīng)用，平臺不作為管理。

應(yīng)用層在設(shè)計時，需要注意以下幾點：

（1）應(yīng)用層需要具備統(tǒng)一風(fēng)格，注重用戶體驗。

（2）應(yīng)用層可基于服務(wù)的提供，分散實現(xiàn)多種應(yīng)用，對服務(wù)的調(diào)用可組合。

（3）應(yīng)用層根據(jù)“契約模式”提供服務(wù)和接口語言陳述，并驅(qū)動服務(wù)層的設(shè)計。

（4）應(yīng)用層應(yīng)當(dāng)具備“可互操作性”，可向“外領(lǐng)域”提供服務(wù)。

4 規(guī)范管理平臺建設(shè)，強(qiáng)化運營支撐手段

管理平臺通過應(yīng)用層管理代理接口及平臺層代理接口，實現(xiàn)對應(yīng)用層、平臺層的統(tǒng)一管控。主要功能包括應(yīng)用管理、服務(wù)管理、資源管理、數(shù)據(jù)管理。管理平臺需要對后續(xù)綜合運維提供幫助，使運維人員更多借助平臺進(jìn)行操作.

（1）應(yīng)用管理：對于外部接入應(yīng)用的管理，包括應(yīng)用監(jiān)控、應(yīng)用配置、應(yīng)用控制，能對應(yīng)用的合理性進(jìn)行審核，對外部數(shù)據(jù)交互有校驗機(jī)制。

（2）服務(wù)管理：包括訂單監(jiān)控、接口監(jiān)控、后臺服務(wù)，確保接口穩(wěn)定性。

（3）數(shù)據(jù)管理：包括數(shù)據(jù)檢查、檢查指標(biāo)、批量管理數(shù)據(jù)，需要有批量數(shù)據(jù)核對稽查機(jī)制，確保資源數(shù)據(jù)的高質(zhì)量。

（4）資源管理：對于IT服務(wù)器設(shè)備資源的管理，包括設(shè)備管理、端口管理、資源監(jiān)控，提供資源統(tǒng)計、預(yù)警等功能。

5 總 結(jié)

以上是對電商化架構(gòu)結(jié)合電信IT發(fā)展思路的思考。電信IT結(jié)合電商化架構(gòu)針對傳統(tǒng)IT所必需的關(guān)系型數(shù)據(jù)庫，有選擇地做了承接。新架構(gòu)繼承了電信核心域數(shù)據(jù)的Oracle管理方式，對日志、大文本和圖片等選擇了大數(shù)據(jù)存儲模式，同時將讀寫分離，引入MySQL管理，加快查詢速度，并在存儲上做了分片管理，使整個架構(gòu)的數(shù)據(jù)庫支撐更立體化和實用化。

除了數(shù)據(jù)庫改變以外，“平臺+應(yīng)用”概念的貫徹，進(jìn)一步規(guī)范了系統(tǒng)建設(shè)，大平臺微應(yīng)用、服務(wù)能力開發(fā)和應(yīng)用多元化支撐，是整個PaaS體系最獨到之處，對于電信數(shù)據(jù)和系統(tǒng)的企業(yè)級管理和對外開發(fā)服務(wù)有非常大的幫助。

電信IT架構(gòu)是與電信業(yè)務(wù)系統(tǒng)緊密關(guān)聯(lián)的，因此單純采取全部“拿來主義”，肯定不能適應(yīng)目前電信業(yè)務(wù)和技術(shù)發(fā)展。借鑒有用的經(jīng)驗，并將這些應(yīng)用到實際生產(chǎn)系統(tǒng)中去，是最終能實現(xiàn)IT突破的有效途徑。在“去電信化”和“去IOE”的道路上，電信IT人需要努力的事情還有很多。