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

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

?

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

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

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

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

業(yè)務(wù)平臺；開源軟件；云計算；容器；Docker

1 引言

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

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

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

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

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

2 現(xiàn)狀分析

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

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

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

2.2 存在問題

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

（1）業(yè)務(wù)架構(gòu)設(shè)計缺乏標準

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

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

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

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

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

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

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

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

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

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

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

（5）缺少運營式開發(fā)、運維自動化工具

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

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

3 重構(gòu)目標設(shè)計

3.1 重構(gòu)原則

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

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

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

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

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

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

3.2 目標架構(gòu)

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

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

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

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

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

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

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

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

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

3.3 開源實現(xiàn)

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

表2 業(yè)務(wù)平臺常用開源軟件

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

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

4.1 標準架構(gòu)設(shè)計

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

以某業(yè)務(wù)管理平臺為例，其抽象化后的標準視圖如圖2所示。

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

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

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

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

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

4.2 開源軟件開發(fā)

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

表3 標準開源軟件

4.3 基于容器部署

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

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

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

?? 測試人員：從鏡像倉庫下載鏡像部署進行測試工作。

?? 運維人員：負責構(gòu)建和維護容器系統(tǒng)，下載容器鏡像進行部署。

各個角色的職責分配如圖3所示。

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

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

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

5.1 開源文化思維

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

5.2 前沿技術(shù)研究

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

5.3 人才隊伍建設(shè)

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

6 結(jié)束語

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

[1] 韋樂平. 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實驗室. 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)劍釩, 譯. 北京: 機械工業(yè)出版社, 2014.

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

[6] 王廣鳳, 唐要家. 開源軟件與專有軟件的競爭[M]. 北京: 經(jīng)濟管理出版社, 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?），男，中國電信股份有限公司廣州研究院高級工程師，主要從事行業(yè)應(yīng)用、云計算及開源軟件方面的工作。

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

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

何震葦（1976?），男，中國電信股份有限公司廣州研究院工程師，主要研究方向為容器技術(shù)、PaaS技術(shù)、云應(yīng)用架構(gòu)和開源云平臺等。