陸鋼，王哲，區(qū)洪輝，何震葦

?

基于開(kāi)源軟件的電信業(yè)務(wù)平臺(tái)重構(gòu)設(shè)計(jì)和分析

陸鋼1，王哲2，區(qū)洪輝2，何震葦1

（1.中國(guó)電信股份有限公司廣州研究院，廣東廣州 510630； 2.中國(guó)電信股份有限公司廣東分公司，廣東廣州510081）

業(yè)務(wù)平臺(tái)重構(gòu)是中國(guó)電信網(wǎng)絡(luò)智能化重構(gòu)舉措的重要組成部分，分析了業(yè)務(wù)平臺(tái)存在的問(wèn)題，給出業(yè)務(wù)平臺(tái)重構(gòu)的要求、架構(gòu)和開(kāi)源實(shí)現(xiàn)，以管理平臺(tái)為案例給出重構(gòu)的路徑方法，從開(kāi)源思維、技術(shù)研究、人才建設(shè)角度提出重構(gòu)保障要求。

業(yè)務(wù)平臺(tái)；開(kāi)源軟件；云計(jì)算；容器；Docker

1 引言

2016年，中國(guó)電信宣布“做領(lǐng)先的綜合智能信息服務(wù)運(yùn)營(yíng)商”的轉(zhuǎn)型新戰(zhàn)略，并發(fā)布了CTNet2025網(wǎng)絡(luò)架構(gòu)白皮書(shū)，全面啟動(dòng)了網(wǎng)絡(luò)智能化重構(gòu)，網(wǎng)絡(luò)智能化重構(gòu)是中國(guó)電信實(shí)施轉(zhuǎn)型新戰(zhàn)略的核心舉措之一。電信業(yè)務(wù)平臺(tái)是電信系統(tǒng)的重要組成部分，指為實(shí)現(xiàn)和保障電信業(yè)務(wù)開(kāi)展而組建的軟硬件及網(wǎng)絡(luò)環(huán)境，從業(yè)務(wù)功能來(lái)看可以分為業(yè)務(wù)管理平臺(tái)、應(yīng)用平臺(tái)和能力平臺(tái)三大類。業(yè)務(wù)平臺(tái)重構(gòu)也是網(wǎng)絡(luò)智能化重構(gòu)的重要方向之一，需要引入開(kāi)源軟件，結(jié)合SDN、NFV和云等新興技術(shù)重構(gòu)業(yè)務(wù)平臺(tái)[1]。

早期電信業(yè)務(wù)平臺(tái)主要是指業(yè)務(wù)應(yīng)用平臺(tái)，如智能網(wǎng)業(yè)務(wù)控制平臺(tái)、軟交換應(yīng)用服務(wù)器和短信平臺(tái)。隨著電信業(yè)務(wù)的不斷豐富和發(fā)展，出現(xiàn)了更多的增值業(yè)務(wù)、行業(yè)應(yīng)用和移動(dòng)互聯(lián)網(wǎng)應(yīng)用，業(yè)務(wù)管理越來(lái)越復(fù)雜，管理平臺(tái)的出現(xiàn)成為電信業(yè)務(wù)平臺(tái)的重要保障，同時(shí)隨著能力開(kāi)放思路的提出，應(yīng)用平臺(tái)和管理平臺(tái)部分下沉成為能力對(duì)外開(kāi)放，以服務(wù)與合作伙伴對(duì)外提供業(yè)務(wù)。

現(xiàn)階段電信業(yè)務(wù)平臺(tái)已經(jīng)基本完成了云化改造，采用虛擬化運(yùn)技術(shù)進(jìn)行承載，基本實(shí)現(xiàn)了計(jì)算資源的池化。隨著軟件定義技術(shù)的不斷發(fā)展，可以看到未來(lái)業(yè)務(wù)平臺(tái)技術(shù)會(huì)繼續(xù)向以下幾個(gè)方向發(fā)展。

?? 從基礎(chǔ)設(shè)施層上來(lái)看：最終形成計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)3類資源的軟件定義，其中 SDN技術(shù)將改變現(xiàn)有網(wǎng)絡(luò)資源的建設(shè)和部署模式，采用軟件方式改造現(xiàn)有數(shù)據(jù)網(wǎng)絡(luò)設(shè)備，從而實(shí)現(xiàn)數(shù)據(jù)網(wǎng)絡(luò)資源的靈活調(diào)度，從而解決業(yè)務(wù)平臺(tái)數(shù)據(jù)網(wǎng)絡(luò)環(huán)境的部署配套；軟件定義存儲(chǔ)改變現(xiàn)有存儲(chǔ)資源的建設(shè)和部署模式，實(shí)現(xiàn)存儲(chǔ)資源的集中和靈活調(diào)度[2]。

?? 從平臺(tái)層來(lái)看：最終形成軟件層面的模塊化和可復(fù)用，其中能力平臺(tái)多采用NFV方式進(jìn)行虛擬化改造，從而實(shí)現(xiàn)現(xiàn)有基礎(chǔ)電信能力網(wǎng)元的池化承載；應(yīng)用和管理平臺(tái)可以參考業(yè)界最佳實(shí)踐進(jìn)行重構(gòu)和設(shè)計(jì)，形成一套標(biāo)準(zhǔn)化可復(fù)用的軟件架構(gòu)和模式，采用開(kāi)源軟件實(shí)現(xiàn)軟件資源的池化，從而降低軟件成本，提高開(kāi)發(fā)運(yùn)維效率。

2 現(xiàn)狀分析

2.1 業(yè)務(wù)平臺(tái)分類

中國(guó)電信業(yè)務(wù)平臺(tái)主要包括管理平臺(tái)、應(yīng)用和能力平臺(tái)，每類平臺(tái)具有自身特點(diǎn)、架構(gòu)和關(guān)鍵模塊，見(jiàn)表1。

表1 業(yè)務(wù)平臺(tái)分類

2.2 存在問(wèn)題

現(xiàn)階段業(yè)務(wù)平臺(tái)建設(shè)運(yùn)維主要存在以下問(wèn)題。

（1）業(yè)務(wù)架構(gòu)設(shè)計(jì)缺乏標(biāo)準(zhǔn)

?? 沒(méi)有參考業(yè)界最佳實(shí)踐，同類型平臺(tái)架構(gòu)差異較大，微服務(wù)架構(gòu)應(yīng)用少，系統(tǒng)的可擴(kuò)展性和開(kāi)發(fā)效率低。

?? 系統(tǒng)平臺(tái)架構(gòu)設(shè)計(jì)缺乏系統(tǒng)高可用率、彈性伸縮考慮。

（2）業(yè)務(wù)功能重復(fù)建設(shè)

?? 產(chǎn)品煙囪式建設(shè)，平臺(tái)功能重復(fù)，系統(tǒng)整體資源利用率低，整體運(yùn)營(yíng)效率低下。

?? 同類型軟件版本多樣，導(dǎo)致安裝、配置和調(diào)試效率低，同時(shí)缺乏專業(yè)化的軟件運(yùn)維人員，維護(hù)難度大。

（3）系統(tǒng)開(kāi)源軟件少

?? 過(guò)度依賴商用軟件或自研，重復(fù)“造輪子”，代碼質(zhì)量差，可重用性差，開(kāi)發(fā)周期長(zhǎng)，建設(shè)成本高。

?? 缺乏開(kāi)源軟件人才和專業(yè)化的軟件運(yùn)維人員，維護(hù)難度大。

（4）系統(tǒng)資源整體利用率低

?? 應(yīng)用占用資源粒度（以虛擬機(jī)為單位）大，導(dǎo)致資源利用率過(guò)低。

?? 調(diào)度不靈活，無(wú)法適應(yīng)互聯(lián)網(wǎng)應(yīng)用波峰波谷的波動(dòng)需求。

（5）缺少運(yùn)營(yíng)式開(kāi)發(fā)、運(yùn)維自動(dòng)化工具

?? 缺少運(yùn)營(yíng)式開(kāi)發(fā)工具，導(dǎo)致開(kāi)發(fā)效率低下，迭代周期長(zhǎng)，無(wú)法響應(yīng)互聯(lián)網(wǎng)應(yīng)用需求變更。

?? 缺少運(yùn)維自動(dòng)化工具，導(dǎo)致系統(tǒng)部署、升級(jí)、擴(kuò)容周期長(zhǎng)，無(wú)法響應(yīng)互聯(lián)網(wǎng)應(yīng)用規(guī)模變化需求。

3 重構(gòu)目標(biāo)設(shè)計(jì)

3.1 重構(gòu)原則

業(yè)務(wù)平臺(tái)重構(gòu)的最終目標(biāo)是要實(shí)現(xiàn)業(yè)務(wù)平臺(tái)的分層、解耦、可復(fù)用，抽取3類業(yè)務(wù)平臺(tái)共性特點(diǎn)，結(jié)合其差異點(diǎn)分類指導(dǎo)，具體原則如下。

?? 業(yè)務(wù)應(yīng)用平臺(tái)化：打造多業(yè)務(wù)共享的基礎(chǔ)業(yè)務(wù)平臺(tái)，實(shí)現(xiàn)軟件、框架和組件層面的復(fù)用。

?? 軟件選型合理化：評(píng)測(cè)主流開(kāi)源基礎(chǔ)軟件和基礎(chǔ)框架，給出主要軟件和框架選型的合理化建議，統(tǒng)一軟件版本。

?? 公共軟件鏡像化：建立基礎(chǔ)軟件鏡像倉(cāng)庫(kù)，實(shí)現(xiàn)基礎(chǔ)軟件、技術(shù)框架的池化共享和集約化管理。

?? 業(yè)務(wù)功能組件化：將共性的業(yè)務(wù)功能封裝成可復(fù)用的組件，以類庫(kù)或服務(wù)的形式供上層復(fù)用。

?? 集群部署自動(dòng)化：基于預(yù)定義的部署模板、云資源池和軟件倉(cāng)庫(kù)實(shí)現(xiàn)整個(gè)業(yè)務(wù)平臺(tái)的軟硬件安裝、配置和啟動(dòng)。

3.2 目標(biāo)架構(gòu)

根據(jù)以上要求設(shè)計(jì)重構(gòu)目標(biāo)架構(gòu)如圖1所示。

（1）業(yè)務(wù)展現(xiàn)層

最終業(yè)務(wù)軟件的邏輯實(shí)現(xiàn)和界面，通常包括應(yīng)用邏輯和展現(xiàn)組件，可調(diào)用平臺(tái)服務(wù)層的各類軟件形成最終的業(yè)務(wù)軟件。展現(xiàn)組件目前有對(duì)應(yīng)的開(kāi)源軟件實(shí)現(xiàn)，具有十分豐富的UI控件庫(kù)，可供業(yè)務(wù)開(kāi)發(fā)人員調(diào)用。

（2）平臺(tái)服務(wù)層

對(duì)業(yè)務(wù)常用的軟件或能力進(jìn)行抽象封裝，包括能力套件、功能組件和基礎(chǔ)軟件三大部分。其中，能力套件通常包括能力聚合和能力開(kāi)放，實(shí)現(xiàn)對(duì)能力服務(wù)的封裝，供業(yè)務(wù)實(shí)現(xiàn)層調(diào)用；功能組件是指構(gòu)建業(yè)務(wù)軟件的一些通用功能軟件，通常包括日志、統(tǒng)計(jì)、認(rèn)證、計(jì)費(fèi)這些常用功能軟件，這些功能軟件復(fù)用性強(qiáng)，是上層業(yè)務(wù)平臺(tái)可直接嵌入調(diào)用的部分；基礎(chǔ)軟件是指構(gòu)建業(yè)務(wù)軟件的基礎(chǔ)軟件，通常包括操作系統(tǒng)、容器、負(fù)載均衡、緩存、數(shù)據(jù)庫(kù)、應(yīng)用服務(wù)器和消息總線。

（3）基礎(chǔ)資源層

采用池化的計(jì)算資源、存儲(chǔ)資源和網(wǎng)絡(luò)資源，并且可以采用智能管道技術(shù)將網(wǎng)絡(luò)資源也作為基礎(chǔ)資源開(kāi)放給上層應(yīng)用調(diào)用，向上提供資源經(jīng)過(guò)聚合封裝后形成資源能力。

（4）管理服務(wù)層

管理服務(wù)層主要包括業(yè)務(wù)管理、平臺(tái)管理和資源管理3個(gè)部分。其中，業(yè)務(wù)管理包括應(yīng)用管理和業(yè)務(wù)編排兩個(gè)主要功能，應(yīng)用管理實(shí)現(xiàn)應(yīng)用上線后的生命周期管理功能，業(yè)務(wù)編排實(shí)現(xiàn)對(duì)應(yīng)用上先前其構(gòu)成要素的協(xié)同、編排和加載；平臺(tái)管理主要包括能力管理、資源編排、集群管理和軟件鏡像管理4個(gè)主要功能，能力管理提供對(duì)能力的全生命周期管理以及訂購(gòu)、動(dòng)態(tài)調(diào)度的機(jī)制等，資源編排實(shí)現(xiàn)軟件構(gòu)成基礎(chǔ)要素（包括軟件、存儲(chǔ)、網(wǎng)絡(luò)等）的協(xié)同、編排和部署，集群管理主要實(shí)現(xiàn)對(duì)容器集群資源的生命周期管理，軟件鏡像管理提供基礎(chǔ)軟件的上傳、下載等分發(fā)服務(wù)；資源管理實(shí)現(xiàn)對(duì)計(jì)算資源、存儲(chǔ)資源和網(wǎng)絡(luò)資源的管理。

3.3 開(kāi)源實(shí)現(xiàn)

目前業(yè)務(wù)展現(xiàn)層、平臺(tái)服務(wù)層、基礎(chǔ)資源層和管理服務(wù)層具有對(duì)應(yīng)的開(kāi)源軟件實(shí)現(xiàn)[3]，見(jiàn)表2。

表2 業(yè)務(wù)平臺(tái)常用開(kāi)源軟件

4 重構(gòu)路徑分析

要實(shí)現(xiàn)業(yè)務(wù)平臺(tái)重構(gòu)的目標(biāo)，需要在統(tǒng)一要求和架構(gòu)的指導(dǎo)下，按照平臺(tái)分類遵從關(guān)鍵路徑開(kāi)展工作，其關(guān)鍵路徑包括標(biāo)準(zhǔn)架構(gòu)設(shè)計(jì)、開(kāi)源軟件開(kāi)發(fā)、基于容器部署，每一步都是下一步的基礎(chǔ)，只有夯實(shí)基礎(chǔ)漸進(jìn)式地推進(jìn)才可以將業(yè)務(wù)平臺(tái)重構(gòu)落到實(shí)處，以下以管理平臺(tái)為例描述如何實(shí)現(xiàn)重構(gòu)目標(biāo)。

4.1 標(biāo)準(zhǔn)架構(gòu)設(shè)計(jì)

標(biāo)準(zhǔn)架構(gòu)設(shè)計(jì)是指對(duì)業(yè)務(wù)平臺(tái)的架構(gòu)進(jìn)行分層和解耦，形成可參考的標(biāo)準(zhǔn)架構(gòu)和服務(wù)對(duì)象，對(duì)共用軟件模塊抽象成可以對(duì)象化的服務(wù)模塊，可采用微服務(wù)化的模型進(jìn)行封裝，各個(gè)抽象化的服務(wù)模塊可以進(jìn)行靈活的水平擴(kuò)展和彈性擴(kuò)展，從而形成業(yè)務(wù)平臺(tái)的參考性標(biāo)準(zhǔn)視圖。

以某業(yè)務(wù)管理平臺(tái)為例，其抽象化后的標(biāo)準(zhǔn)視圖如圖2所示。

可以將管理平臺(tái)按照邏輯模塊分層抽象成服務(wù)對(duì)象，包括前端接入服務(wù)、業(yè)務(wù)邏輯服務(wù)、功能組件服務(wù)、基礎(chǔ)軟件服務(wù)4個(gè)部分。

?? 前端接入服務(wù)：主要提供接入和轉(zhuǎn)發(fā)服務(wù)功能。

?? 業(yè)務(wù)邏輯服務(wù)：是各個(gè)不同的業(yè)務(wù)，比較獨(dú)特的業(yè)務(wù)邏輯的實(shí)現(xiàn)。

?? 功能組件服務(wù)：提供一些與業(yè)務(wù)結(jié)合較多，但跨系統(tǒng)又比較通用的組件，如支付服務(wù)、通知服務(wù)、日志服務(wù)等。這些業(yè)務(wù)組件在所有的業(yè)務(wù)之間也是共用的。

?? 基礎(chǔ)組件服務(wù)：提供一些跟業(yè)務(wù)的邏輯相隔比較遠(yuǎn)的基礎(chǔ)組件，如隊(duì)列服務(wù)、緩存服務(wù)、數(shù)據(jù)庫(kù)服務(wù)等。這些技術(shù)組件所有的業(yè)務(wù)里都會(huì)使用，可以提取出來(lái)作為技術(shù)組件提供給業(yè)務(wù)使用。

4.2 開(kāi)源軟件開(kāi)發(fā)

采用了業(yè)界標(biāo)準(zhǔn)化的軟件架構(gòu)后，架構(gòu)中多個(gè)服務(wù)功能一般都由開(kāi)源軟件實(shí)現(xiàn)，可以對(duì)開(kāi)源軟件進(jìn)行選型和評(píng)估，給出建議的開(kāi)源軟件環(huán)境，新建業(yè)務(wù)平臺(tái)采用開(kāi)源軟件環(huán)境進(jìn)行構(gòu)建，同樣以管理平臺(tái)為例，參考總體開(kāi)源實(shí)現(xiàn)結(jié)合管理平臺(tái)自身特點(diǎn)，針對(duì)不同的服務(wù)功能可以采用表3的標(biāo)準(zhǔn)開(kāi)源軟件。

表3 標(biāo)準(zhǔn)開(kāi)源軟件

4.3 基于容器部署

基于容器部署是在前兩個(gè)階段的基礎(chǔ)上，采用容器技術(shù)作為標(biāo)準(zhǔn)的開(kāi)發(fā)運(yùn)維環(huán)境，從而幫助軟件開(kāi)發(fā)人員和運(yùn)維部署人員可以采用平臺(tái)化的工具快速地設(shè)計(jì)業(yè)務(wù)平臺(tái)的部署試圖、構(gòu)建業(yè)務(wù)平臺(tái)軟件環(huán)境，提高業(yè)務(wù)平臺(tái)的開(kāi)發(fā)部署效率，降低運(yùn)營(yíng)成本。

容器技術(shù)的出現(xiàn)為運(yùn)營(yíng)式開(kāi)發(fā)提供了一種新的載體，以容器為核心的ContainerOps，其含義是以容器為載體，通過(guò)容器管理工具和分發(fā)系統(tǒng)實(shí)現(xiàn)運(yùn)營(yíng)式開(kāi)發(fā)。在ContainerOps開(kāi)發(fā)運(yùn)維系統(tǒng)中，各個(gè)角色的職責(zé)如下[4]。

?? 開(kāi)發(fā)人員：每個(gè)微服務(wù)部件由專門(mén)開(kāi)發(fā)人員負(fù)責(zé)，只需要關(guān)心容器運(yùn)行的應(yīng)用程序開(kāi)發(fā)，無(wú)需考慮應(yīng)用程序的部署，開(kāi)發(fā)人員負(fù)責(zé)部件打包生成容器鏡像。

?? 測(cè)試人員：從鏡像倉(cāng)庫(kù)下載鏡像部署進(jìn)行測(cè)試工作。

?? 運(yùn)維人員：負(fù)責(zé)構(gòu)建和維護(hù)容器系統(tǒng)，下載容器鏡像進(jìn)行部署。

各個(gè)角色的職責(zé)分配如圖3所示。

ContainerOps改變了原有基于代碼的部署運(yùn)維機(jī)制，提供了基于容器的自動(dòng)化運(yùn)維機(jī)制，保證了開(kāi)發(fā)環(huán)境和生產(chǎn)環(huán)境的一致性。ContainerOps機(jī)制的出現(xiàn)使得軟件的迭代開(kāi)發(fā)部署更加平滑，極大地提升了運(yùn)維效率，并且通過(guò)高級(jí)自動(dòng)化容器管理系統(tǒng)可以根據(jù)系統(tǒng)負(fù)載平滑擴(kuò)容縮容，從而實(shí)現(xiàn)應(yīng)用對(duì)于資源的動(dòng)態(tài)調(diào)度，可以極大地減少運(yùn)維人員的工作量，提高系統(tǒng)的可靠性。

5 重構(gòu)建設(shè)保障

網(wǎng)絡(luò)重構(gòu)是中國(guó)電信未來(lái)5年的重要工作，在明確了目標(biāo)和路徑后，必須從思維方式、技術(shù)研究、人才培養(yǎng)多個(gè)角度發(fā)力，匯集全公司的力量全力保障才能夠完成重構(gòu)目標(biāo)。

5.1 開(kāi)源文化思維

在利用開(kāi)源軟件重構(gòu)業(yè)務(wù)平臺(tái)的過(guò)程中，必須充分理解和接受開(kāi)源文化、思維方式和運(yùn)作模式[5]，跳出傳統(tǒng)標(biāo)準(zhǔn)思維，積極擁抱并適應(yīng)開(kāi)源標(biāo)準(zhǔn)模式。開(kāi)源軟件一般以社區(qū)的模式運(yùn)作，一般包括參與者、貢獻(xiàn)者、合作開(kāi)發(fā)者、項(xiàng)目管理委員會(huì)的角色分工，參與者可以提出需求獲得幫助，貢獻(xiàn)者和合作開(kāi)發(fā)者可以解決問(wèn)題、維護(hù)代碼，項(xiàng)目管理委員會(huì)可以負(fù)責(zé)整個(gè)社區(qū)的技術(shù)發(fā)展和主要決策[6]，運(yùn)營(yíng)商、軟件提供商、個(gè)人開(kāi)發(fā)者都可以以不同的角色參與其中，形成了需求、開(kāi)發(fā)、維護(hù)的閉環(huán)，同時(shí)運(yùn)作良好的開(kāi)源軟件社區(qū)以互聯(lián)網(wǎng)方式聚合這一領(lǐng)域的高端人員，從而保證了整個(gè)開(kāi)源軟件的技術(shù)領(lǐng)先性，開(kāi)源已經(jīng)成為云計(jì)算/大數(shù)據(jù)、SDN/NFV等新興領(lǐng)域的事實(shí)標(biāo)準(zhǔn)，源代碼替代了傳統(tǒng)意義上的自然語(yǔ)言標(biāo)準(zhǔn)，跟隨成熟運(yùn)作的開(kāi)源項(xiàng)目成為技術(shù)選型的重要依據(jù)。

5.2 前沿技術(shù)研究

需要緊跟當(dāng)前業(yè)務(wù)平臺(tái)、云計(jì)算/大數(shù)據(jù)、SDN/NFV發(fā)展的最新趨勢(shì)。在業(yè)務(wù)平臺(tái)領(lǐng)域需要跟蹤最新的基礎(chǔ)軟件和功能組件技術(shù)，實(shí)現(xiàn)軟件架構(gòu)標(biāo)準(zhǔn)化和開(kāi)源軟件使用指南，指導(dǎo)業(yè)務(wù)平臺(tái)重構(gòu)工作。同時(shí)配合業(yè)務(wù)平臺(tái)的重構(gòu)工作，在底層資源上橫向拓展計(jì)算、網(wǎng)絡(luò)、存儲(chǔ)3類資源的云化部署調(diào)度，其中計(jì)算上可采用KVM新型虛擬化技術(shù)，輔以Docker容器技術(shù)實(shí)現(xiàn)資源更精細(xì)快速的調(diào)度和伸縮，在網(wǎng)絡(luò)技術(shù)評(píng)估跟蹤OpenDaylight和ONOS等開(kāi)源項(xiàng)目，從而實(shí)現(xiàn)數(shù)據(jù)網(wǎng)絡(luò)資源的靈活調(diào)度和部署配套；軟件定義存儲(chǔ)可積極探索OpenStack Swift、Ceph，實(shí)現(xiàn)存儲(chǔ)資源的集中和靈活調(diào)度；在核心網(wǎng)元需要進(jìn)一步深化云化改造，對(duì)核心網(wǎng)元采用NFV技術(shù)，跟蹤OPNFV最新的發(fā)展。

5.3 人才隊(duì)伍建設(shè)

在人才隊(duì)伍上要轉(zhuǎn)型，需要培養(yǎng)滿足企業(yè)網(wǎng)絡(luò)重構(gòu)需求的開(kāi)源人才隊(duì)伍，開(kāi)源軟件降低了初期開(kāi)發(fā)難度，對(duì)運(yùn)營(yíng)商來(lái)說(shuō)是一個(gè)機(jī)會(huì)也是一個(gè)挑戰(zhàn)，機(jī)會(huì)意味著運(yùn)營(yíng)商有可能部分?jǐn)[脫設(shè)備商利用開(kāi)源軟件研發(fā)自有軟件，挑戰(zhàn)在于開(kāi)源軟件對(duì)人員開(kāi)發(fā)能力要求很高，運(yùn)營(yíng)商原有人員結(jié)構(gòu)不具備這方面的技能，可以通過(guò)外部招聘和內(nèi)部挖潛的方式打造一支開(kāi)源人才隊(duì)伍，對(duì)外招聘方面運(yùn)營(yíng)商需要擴(kuò)大招聘途徑，改變招聘標(biāo)準(zhǔn)，多引入一些貨真價(jià)實(shí)的開(kāi)源人才，對(duì)內(nèi)挖潛方面可以充分發(fā)揮本部人員、研究院、系統(tǒng)內(nèi)部軟件公司的特點(diǎn)，通過(guò)各類培訓(xùn)和實(shí)踐，形成開(kāi)源社區(qū)建設(shè)、開(kāi)源工具操作、開(kāi)源軟件開(kāi)發(fā)不同層次要求的階梯形人才隊(duì)伍，在人力資源方面保障整個(gè)網(wǎng)絡(luò)重構(gòu)工作的進(jìn)行。

6 結(jié)束語(yǔ)

在互聯(lián)網(wǎng)新經(jīng)濟(jì)的沖擊下，運(yùn)營(yíng)商業(yè)務(wù)面臨著巨大的競(jìng)爭(zhēng)壓力和挑戰(zhàn)，傳統(tǒng)網(wǎng)絡(luò)已經(jīng)無(wú)法完全滿足新業(yè)務(wù)形態(tài)、新商業(yè)模式的要求，運(yùn)營(yíng)商的網(wǎng)絡(luò)急需重構(gòu)。新的形勢(shì)引起運(yùn)營(yíng)商高度重視，近一年來(lái)國(guó)內(nèi)外多家運(yùn)營(yíng)商紛紛發(fā)布了網(wǎng)絡(luò)重構(gòu)白皮書(shū)，在戰(zhàn)略高度上指明了方向。在這一戰(zhàn)略指引下，目前業(yè)界基本形成共識(shí)，認(rèn)為開(kāi)源、云計(jì)算/大數(shù)據(jù)、SDN/NFV技術(shù)的迅速發(fā)展，給運(yùn)營(yíng)商的網(wǎng)絡(luò)基礎(chǔ)設(shè)施和業(yè)務(wù)軟件提供了升級(jí)改造的重大機(jī)遇。中國(guó)電信一定要把握這一機(jī)遇，在網(wǎng)絡(luò)智能化目標(biāo)指引下，利用開(kāi)源軟件構(gòu)建下一代業(yè)務(wù)平臺(tái)基礎(chǔ)設(shè)施，從思維方式、組織機(jī)制和人才培養(yǎng)等多方面進(jìn)行轉(zhuǎn)變，深入推進(jìn)網(wǎng)絡(luò)重構(gòu)工作，為企業(yè)戰(zhàn)略轉(zhuǎn)型奠定堅(jiān)實(shí)基礎(chǔ)。

[1] 韋樂(lè)平. SDN的戰(zhàn)略性思考[J]. 電信科學(xué), 2015, 31(1): 7-12.

WEI L P. Strategic thinking on SDN [J]. Telecommunications Science, 2015, 31(1): 7-12.

[2] 李丹, 劉方明, 郭得科, 等. 軟件定義的云數(shù)據(jù)中心網(wǎng)絡(luò)基礎(chǔ)理論與關(guān)鍵技術(shù)[J]. 電信科學(xué), 2014, 30(6): 48-59.

LI D, LIU F M, GUO D K, et al. Fundamental theory and key technology of software defined cloud data center network [J]. Telecommunications Science, 2014, 30(6): 48-59.

[3] 龔正, 吳治輝. Kubernetes權(quán)威指南[M]. 北京: 電子工業(yè)出版社, 2016.

GONG Z, WU Z H. Kubernetes: the definitive guide[M]. Beijing: Publishing House of Electronics Industry, 2016.

[4] 浙江大學(xué)SEL實(shí)驗(yàn)室. Docker容器與容器云[M]. 北京: 人民郵電出版社, 2015.

Software Engineering Lab of Zhejiang University. Docker and Kubernetes under the hood[M]. Beijing: Posts and Telecom Press, 2015.

[5] RAYMOND E S. 大教堂與集市[M]. 衛(wèi)劍釩, 譯. 北京: 機(jī)械工業(yè)出版社, 2014.

RAYMOND E S. The Cathedral and the Bazaar[M]. Translated by WEI J F. Beijing: China Machine Press. 2014.

[6] 王廣鳳, 唐要家. 開(kāi)源軟件與專有軟件的競(jìng)爭(zhēng)[M]. 北京: 經(jīng)濟(jì)管理出版社, 2015.

WANG G F, TANG Y J. The competition between open-source and proprietary software[M]. Beijing: Economy & Management Publishing House, 2015.

Design and analysis of telecom service platform reconstruction based on open source software

LU Gang1, WANG Zhe2, OU Honghui2, HE Zhenwei1

1. Guangzhou Research Institute of China Telecom Co., Ltd., Guangzhou 510630, China 2. Guangdong Branch of China Telecom Co., Ltd., Guangzhou 510081, China

Service platform reconstruction is an important part of the China Telecom network intelligent reconstruction. Based on the analysis of network traffic problems, principle, architecture, and realization of open source of service network reconstruction were proposed. Reconstruction method was given by taking management platform as an example. Reconstruction requirements were researched from the point of view of open thinking, technology research and personnel construction.

service platform, open source software, cloud computing, container, Docker

TP399

A

10.11959/j.issn.1000?0801.2017124

2017?03?20；

2017?04?28

陸鋼（1978?），男，中國(guó)電信股份有限公司廣州研究院高級(jí)工程師，主要從事行業(yè)應(yīng)用、云計(jì)算及開(kāi)源軟件方面的工作。

王哲（1970?），女，博士，中國(guó)電信股份有限公司廣東分公司高級(jí)工程師，主要從事電信寬帶、業(yè)務(wù)及核心網(wǎng)網(wǎng)絡(luò)規(guī)劃建設(shè)方面的工作。

區(qū)洪輝（1973?），男，中國(guó)電信股份有限公司廣東分公司高級(jí)工程師，主要從事電信業(yè)務(wù)平臺(tái)和云計(jì)算、SDN等方面的工作。

何震葦（1976?），男，中國(guó)電信股份有限公司廣州研究院工程師，主要研究方向?yàn)槿萜骷夹g(shù)、PaaS技術(shù)、云應(yīng)用架構(gòu)和開(kāi)源云平臺(tái)等。