[摘 要] 本文針對中國電信集團(tuán)提出“去電信化”在IT支撐層面的落實(shí)開展研究。選擇該論題的原因有以下3個方面：一是去電信化趨勢，必須跳出原有的思維模式，結(jié)合互聯(lián)網(wǎng)的經(jīng)驗力求創(chuàng)新；二是近些年淘寶、騰訊等互聯(lián)網(wǎng)整體櫥柜公司興起，電信需要學(xué)習(xí)其先進(jìn)的電商化IT架構(gòu)并應(yīng)用到實(shí)際支撐工作中；三是落實(shí)市場化差異化原則，采用電信業(yè)務(wù)結(jié)合電商化IT新架構(gòu)來服務(wù)用戶。本文聚焦于IT架構(gòu)電商化，結(jié)合平臺與應(yīng)用特點(diǎn)，闡述PaaS架構(gòu)實(shí)現(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（計費(fèi)）、GIS/WebGIS（管線）、NetMaster（設(shè)備）和綜合調(diào)度，到后來的OCS（融合計費(fèi)）、營銷、服務(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ù)。中國電信要實(shí)現(xiàn)IT系統(tǒng)架構(gòu)去電信化，其根本就是與電商化結(jié)合，貫徹“平臺+應(yīng)用”的整體建設(shè)思路，打造全新的電信業(yè)務(wù)PaaS架構(gòu)體系，并以某個領(lǐng)域的生產(chǎn)系統(tǒng)作為試點(diǎn)進(jìn)行實(shí)施，進(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個部分組成，以前兩部分作為重點(diǎn)，架構(gòu)例圖如圖1所示。
　　（1）應(yīng)用層架構(gòu)要求：可實(shí)現(xiàn)與服務(wù)平臺的對接。采用應(yīng)用調(diào)用平臺服務(wù)的模式，實(shí)現(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)要求：實(shí)現(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)的用戶單獨(dú)采用不同數(shù)據(jù)庫實(shí)例。
　　1.2 數(shù)據(jù)庫分域
　　數(shù)據(jù)庫設(shè)計采用分特性存儲模式，在現(xiàn)有Oracle數(shù)據(jù)庫的基礎(chǔ)上，適度引入MySQ1、NoSQL�？傮w存儲要求如下。
　　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；
　�、赗edis更多場景是作為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ù)的方式實(shí)現(xiàn)與應(yīng)用及外部系統(tǒng)的無縫集成。PaaS平臺包括集成總線（IPaaS）、服務(wù)平臺（APaaS）、數(shù)據(jù)服務(wù)平臺（DPaaS）、服務(wù)管理接口4部分。
　�。�1）IPaaS，通過向服務(wù)總線注冊SPI實(shí)現(xiàn)遠(yuǎn)程調(diào)用，包含業(yè)務(wù)服務(wù)和技術(shù)服務(wù)。