李宗霖 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

安超 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

周寶瑞 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

產(chǎn)品與技術(shù)方案

增值業(yè)務(wù)平臺(tái)云化部署評(píng)估方法研究

李宗霖 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

安超 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

周寶瑞 北京電信規(guī)劃設(shè)計(jì)院有限公司工程師

對(duì)增值業(yè)務(wù)平臺(tái)云化部署涉及的需求評(píng)估和資源配置方法提出建議，從業(yè)務(wù)特性、IT架構(gòu)以及負(fù)載特性維度進(jìn)行綜合評(píng)估分析，最終提出定性分析和定量分析相結(jié)合的評(píng)估方案。

云計(jì)算 業(yè)務(wù)部署 研究

1 引言

電信運(yùn)營(yíng)商在各類增值業(yè)務(wù)平臺(tái)建設(shè)中，逐步推廣運(yùn)用云計(jì)算、虛擬化技術(shù)，構(gòu)建了硬件基礎(chǔ)設(shè)施資源池，提高了各類硬件資源的使用效率的同時(shí)也縮短了增值業(yè)務(wù)的部署周期。

但目前在電信運(yùn)營(yíng)商領(lǐng)域內(nèi)，各類增值業(yè)務(wù)平臺(tái)的資源池云化部署模式還相對(duì)粗狂，缺乏結(jié)合平臺(tái)作業(yè)特點(diǎn)和負(fù)載特性的精細(xì)化資源部署經(jīng)驗(yàn)。

為了進(jìn)一步推進(jìn)基礎(chǔ)設(shè)施資源的精細(xì)化、規(guī)范化管理，提升增值業(yè)務(wù)平臺(tái)資源池管理效率，需要采取定性、定量方法相結(jié)合的需求調(diào)研和分析評(píng)估手段，分析增值業(yè)務(wù)平臺(tái)的整體作業(yè)特點(diǎn)，以及各個(gè)業(yè)務(wù)節(jié)點(diǎn)的負(fù)載特性。

本文針對(duì)增值業(yè)務(wù)平臺(tái)入池的需求核準(zhǔn)和資源配置部署的定性及定量方法進(jìn)行分析研究，并提出虛擬資源的配置部署建議。

2 云化部署評(píng)估思路

為了達(dá)到精細(xì)化資源配置的效果，業(yè)務(wù)平臺(tái)云化部署評(píng)估過程至少包括需求調(diào)研、業(yè)務(wù)評(píng)估及資源配置3個(gè)階段：

（1）需求調(diào)研階段

向各業(yè)務(wù)需求方、資源需求方收集業(yè)務(wù)平臺(tái)業(yè)務(wù)特性、IT架構(gòu)相關(guān)信息。

（2）業(yè)務(wù)評(píng)估階段

依據(jù)需求提出方反饋信息，按照評(píng)估方法分步驟評(píng)估各業(yè)務(wù)平臺(tái)是否適合云化，以及云化部署方式，全部或部分云化的部署方式。

（3）資源配置階段

依據(jù)需求提出方反饋信息，結(jié)合資源池技術(shù)架構(gòu)和虛擬化資源池的技術(shù)支持情況，判別需求與資源池的匹配情況，修正入池評(píng)估階段得出的結(jié)論，并進(jìn)行入池資源的配置。總體調(diào)研評(píng)估思路與步驟建議如圖1所示。

3 需求調(diào)研方法

3.1 業(yè)務(wù)特性調(diào)研

向業(yè)務(wù)需求提出方調(diào)研業(yè)務(wù)情況，調(diào)研內(nèi)容主要包括需求背景、功能要求、業(yè)務(wù)流程、系統(tǒng)接口、業(yè)務(wù)量預(yù)測(cè)等。同時(shí)，應(yīng)充分調(diào)研了解業(yè)務(wù)需求提出方，對(duì)于虛擬化部署的技術(shù)傾向，需要業(yè)務(wù)需求方重點(diǎn)提供以下信息：

（1）業(yè)務(wù)是否涉密

涉密是指業(yè)務(wù)需求可能涉及國(guó)家或行業(yè)的安全保密政策、法規(guī)的要求。

（2）業(yè)務(wù)是否敏感

敏感是指業(yè)務(wù)需求可能涉及個(gè)人私密或金融行業(yè)等敏感信息。

（3）業(yè)務(wù)是否為專有定制化

如行業(yè)客戶類的定制系統(tǒng)，一般要求部署在客戶

側(cè)或是部署方式需要遵從行業(yè)客戶要求的業(yè)務(wù)平臺(tái)。

圖1 云化部署評(píng)估步驟示意圖

（4）業(yè)務(wù)是否為高性能計(jì)算

如基于Hadoop的大數(shù)據(jù)分析、數(shù)據(jù)挖掘類的業(yè)務(wù)平臺(tái)。

（5）業(yè)務(wù)規(guī)模是否存在不確定性

如創(chuàng)新型業(yè)務(wù)，由于業(yè)務(wù)處于孵化期，市場(chǎng)潛力存在不確定性，且用戶消費(fèi)習(xí)慣尚未形成，難以準(zhǔn)確預(yù)估未來業(yè)務(wù)發(fā)展的用戶量和業(yè)務(wù)量。

（6）業(yè)務(wù)量是否存在周期的高峰低谷

如存在周期的高峰低谷業(yè)務(wù)是指以Web頁(yè)面訪問型為主、需要遵循客戶作息習(xí)慣的業(yè)務(wù)平臺(tái)。如在某特定時(shí)間段內(nèi)支撐大規(guī)模業(yè)務(wù)量的業(yè)務(wù)平臺(tái)。

（7）系統(tǒng)的生命周期是否短暫

如測(cè)試型、試驗(yàn)型業(yè)務(wù)平臺(tái)。由于應(yīng)用系統(tǒng)更新快，需要快速響應(yīng)新的系統(tǒng)資源需求。

3.2 IT架構(gòu)調(diào)研

為深入評(píng)估業(yè)務(wù)平臺(tái)如何進(jìn)行云化部署，需要面向資源需求方進(jìn)行IT架構(gòu)調(diào)研，調(diào)研應(yīng)重點(diǎn)了解需求平臺(tái)的整體架構(gòu)、各個(gè)業(yè)務(wù)節(jié)點(diǎn)的功能、作業(yè)負(fù)載特性以及對(duì)硬件環(huán)境的兼容性要求。

IT架構(gòu)調(diào)研環(huán)節(jié)，資源需求方應(yīng)提供入池平臺(tái)各業(yè)務(wù)節(jié)點(diǎn)部署的軟件模塊情況。并重點(diǎn)說明各個(gè)業(yè)務(wù)節(jié)點(diǎn)的作業(yè)負(fù)載特性，業(yè)務(wù)節(jié)點(diǎn)對(duì)硬件環(huán)境的兼容性要求以及業(yè)務(wù)節(jié)點(diǎn)之間的數(shù)據(jù)交互機(jī)制和調(diào)用方法等，具體的調(diào)研形式可參考表1、2。

備注：

（1）需求部門需提供入池平臺(tái)的軟件模塊部署架構(gòu)拓?fù)鋱D，并說明架構(gòu)拓?fù)鋱D中各業(yè)務(wù)節(jié)點(diǎn)部署的軟件模塊情況。

（2）業(yè)務(wù)節(jié)點(diǎn)：IT系統(tǒng)中，進(jìn)行獨(dú)立分配計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)資源的虛擬機(jī)/物理機(jī)。

（3）業(yè)務(wù)模塊：可在虛擬機(jī)/物理機(jī)上單獨(dú)進(jìn)行部署的應(yīng)用軟件單元。

3.3 負(fù)載特性調(diào)研

負(fù)載特性調(diào)研是針對(duì)業(yè)務(wù)平臺(tái)的資源需求進(jìn)行調(diào)研，用于指導(dǎo)資源池的資源配置，重點(diǎn)獲取業(yè)務(wù)需求各個(gè)功能模塊對(duì)計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等的量化需求。

負(fù)載特性調(diào)研應(yīng)以業(yè)務(wù)平臺(tái)的功能模塊為最小調(diào)研顆粒度，重點(diǎn)收集下述信息，包括應(yīng)用模塊特性、主機(jī)部署需求、外接存儲(chǔ)需求、網(wǎng)絡(luò)及安全需求、備份需求等，具體調(diào)研內(nèi)容可采用表3形式。

4 業(yè)務(wù)評(píng)估方法

4.1 基于業(yè)務(wù)特性的定性評(píng)估方法

根據(jù)虛擬化平臺(tái)和傳統(tǒng)業(yè)務(wù)平臺(tái)的建設(shè)模式的不同，同時(shí)結(jié)合各類業(yè)務(wù)特性，對(duì)業(yè)務(wù)平臺(tái)的整體入池情況進(jìn)行評(píng)估，具體如下：

（1）具有以下業(yè)務(wù)特征的業(yè)務(wù)平臺(tái)，不適合云化部署

●有涉密、法規(guī)敏感要求的業(yè)務(wù)平臺(tái)。

●專有定制化平臺(tái)。

●存在較多的高性能計(jì)算的業(yè)務(wù)平臺(tái)。

上述業(yè)務(wù)平臺(tái)中，前兩者具備一定的特殊性，采用傳統(tǒng)方式建設(shè)更為靈活、可靠。

表1 務(wù)節(jié)點(diǎn)的作業(yè)負(fù)載特性

表2 業(yè)務(wù)節(jié)點(diǎn)撮合度調(diào)研表

第三類業(yè)務(wù)平臺(tái)對(duì)硬件資源需求相對(duì)單一、準(zhǔn)確，而且云化部署方式本就存在資源開銷，因此，云化部署對(duì)于這種有高性能計(jì)算需求的業(yè)務(wù)平臺(tái)沒有優(yōu)勢(shì)。

（2）具有以下業(yè)務(wù)特征的業(yè)務(wù)平臺(tái)，適合云化部署

●業(yè)務(wù)規(guī)模存在不確定性的業(yè)務(wù)平臺(tái)。若采用傳統(tǒng)建設(shè)模式存在較大風(fēng)險(xiǎn)，可能會(huì)出現(xiàn)業(yè)務(wù)量低迷造成投資浪費(fèi)，也可能出現(xiàn)短期內(nèi)業(yè)務(wù)量激增而造成的

平臺(tái)無法承載。

表3 節(jié)點(diǎn)負(fù)載特性調(diào)研表

●業(yè)務(wù)存在周期的高峰低谷的業(yè)務(wù)平臺(tái)。由于高峰時(shí)段業(yè)務(wù)訪問密集，系統(tǒng)負(fù)荷較大，傳統(tǒng)部署方式的整體資源利用率低，造成資源浪費(fèi)；云化部署方式通過策略配置實(shí)現(xiàn)錯(cuò)峰填谷，可提高資源利用率，更具優(yōu)勢(shì)。

●系統(tǒng)生命周期短暫的業(yè)務(wù)平臺(tái)。

●業(yè)務(wù)應(yīng)用對(duì)資源需求小，獨(dú)立占用資源浪費(fèi)嚴(yán)重的業(yè)務(wù)平臺(tái)。該類業(yè)務(wù)平臺(tái)負(fù)荷普遍不高，云化部署能夠提高系統(tǒng)資源利用率。

上述業(yè)務(wù)平臺(tái)需要考慮通過云化部署，實(shí)現(xiàn)更快速、資源更節(jié)約、成本更低廉的優(yōu)勢(shì)。但業(yè)務(wù)平臺(tái)最終是否能夠?qū)崿F(xiàn)云化部署，還需要結(jié)合后繼IT架構(gòu)定量評(píng)估結(jié)果，最終確定云化部署方案。

4.2 基于IT架構(gòu)的定量評(píng)估方法

根據(jù)資源需求方反饋的IT架構(gòu)相關(guān)信息，分析提取需求平臺(tái)下述關(guān)鍵指標(biāo)：

●非通用X86服務(wù)器節(jié)點(diǎn)數(shù)量：業(yè)務(wù)節(jié)點(diǎn)中對(duì)硬件環(huán)境有兼用性要求的節(jié)點(diǎn)數(shù)量（如定制化硬件，如特殊板卡、工控機(jī)、加密狗等；專用硬件設(shè)備，如排隊(duì)機(jī)等電信設(shè)備、專用安全設(shè)備等）。

●事務(wù)密集型或分析密集型業(yè)務(wù)節(jié)點(diǎn)數(shù)量：業(yè)務(wù)節(jié)點(diǎn)中事務(wù)密集型、分析密集型業(yè)務(wù)節(jié)點(diǎn)數(shù)量。

●緊耦合業(yè)務(wù)模塊數(shù)量：內(nèi)部節(jié)點(diǎn)間，數(shù)據(jù)交互量大，通信機(jī)制調(diào)用復(fù)雜，交互調(diào)用頻繁且實(shí)時(shí)性強(qiáng)的模塊數(shù)量。

參考下述規(guī)則，評(píng)估業(yè)務(wù)節(jié)點(diǎn)是否適合云化部署。（1）下述情況，整體不適合云化部署

●業(yè)務(wù)節(jié)點(diǎn)中，“非通用X86服務(wù)器節(jié)點(diǎn)數(shù)量”占比大于70%，整體不適合云化部署。

●需求平臺(tái)中“事務(wù)密集型或分析密集型業(yè)務(wù)節(jié)點(diǎn)數(shù)量”占比大于70%，說明大部分業(yè)務(wù)節(jié)點(diǎn)的性能需求，接近資源池物理機(jī)配置標(biāo)準(zhǔn)。整體不適合云化部署。

（2）下述情況，適合整體云化或部分云化部署

●大部分業(yè)務(wù)節(jié)點(diǎn)的作業(yè)負(fù)載特性一般，沒有特殊硬件環(huán)境要求的（即支持通用X86服務(wù)器部署），適合進(jìn)行整體云化部署。

●部分云化部署：建議將緊耦合業(yè)務(wù)節(jié)點(diǎn)、作業(yè)負(fù)載較重的業(yè)務(wù)節(jié)點(diǎn)，在獨(dú)立的物理機(jī)環(huán)境部署。其他調(diào)用和數(shù)據(jù)交互較少的松耦合業(yè)務(wù)節(jié)點(diǎn)和輕載業(yè)務(wù)節(jié)點(diǎn)，可以在X86虛擬環(huán)境部署。

●部分云化部署：有“非通用X86服務(wù)器硬件”運(yùn)行環(huán)境要求，對(duì)操作系統(tǒng)、中間以及其他第三方軟件有運(yùn)行環(huán)境要求，但當(dāng)前資源池不提供支持的業(yè)務(wù)節(jié)點(diǎn)，建議在獨(dú)立的物理機(jī)環(huán)境進(jìn)行部署，其他業(yè)務(wù)節(jié)點(diǎn)可在X86虛擬化環(huán)境進(jìn)行部署。

針對(duì)特定業(yè)務(wù)應(yīng)用，可根據(jù)現(xiàn)有資源池能力和相關(guān)應(yīng)用實(shí)際運(yùn)行效果，設(shè)計(jì)調(diào)研指標(biāo)并制定相應(yīng)規(guī)則衡量業(yè)務(wù)應(yīng)用的負(fù)載情況和復(fù)雜度情況，評(píng)估業(yè)務(wù)應(yīng)用是否適合入池部署。

例如，針對(duì)數(shù)據(jù)庫(kù)應(yīng)用負(fù)載特性調(diào)研評(píng)估方法。以“數(shù)據(jù)庫(kù)庫(kù)表數(shù)量、數(shù)據(jù)庫(kù)單表最大記錄數(shù)、處理邏輯最大關(guān)聯(lián)表數(shù)、查詢邏輯復(fù)雜度”為評(píng)估對(duì)象，評(píng)估數(shù)據(jù)庫(kù)應(yīng)用的復(fù)雜度，判斷數(shù)據(jù)庫(kù)應(yīng)用是否適合采用x86服務(wù)器虛擬化方式進(jìn)行部署，建議的評(píng)估標(biāo)準(zhǔn)如表4所示。

建議大于3個(gè)“數(shù)據(jù)庫(kù)調(diào)研指標(biāo)”評(píng)估結(jié)果為“復(fù)雜”。說明數(shù)據(jù)庫(kù)操作實(shí)時(shí)性要求高，處理邏輯復(fù)雜，數(shù)據(jù)關(guān)聯(lián)度高，建議使用物理機(jī)或小型機(jī)運(yùn)行數(shù)據(jù)庫(kù)應(yīng)用。其他情況，可采用X86虛擬化環(huán)境部署。

5 資源配置方法

針對(duì)入池評(píng)估結(jié)論為適合云化部署或適合部分云化部署的業(yè)務(wù)平臺(tái)，根據(jù)負(fù)載特性調(diào)研，結(jié)合資源池現(xiàn)有能力情況，評(píng)估業(yè)務(wù)平臺(tái)與資源池能力的匹配程度，最終確定在資源池中如何進(jìn)行配置部署。

針對(duì)可能與資源池能力不匹配的業(yè)務(wù)平臺(tái)或模塊，暫不建議入池部署，例如：

（1）業(yè)務(wù)功能最小資源需求單元超過資源池物理機(jī)配置標(biāo)準(zhǔn)的（如CPU、內(nèi)存）。

（2）業(yè)務(wù)部署中涉及的數(shù)據(jù)庫(kù)、中間件、備份、操作系統(tǒng)等軟件，當(dāng)前資源池支持列表明確不支持或是版本不兼容的。

（3）業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)吞吐量、存儲(chǔ)IO等超過資源池支撐能力。

對(duì)于與資源池能力匹配的入池需求，依據(jù)計(jì)算得出的資源配置規(guī)格，首先部署在資源池測(cè)試區(qū)，根據(jù)資源池對(duì)業(yè)務(wù)系統(tǒng)的支撐情況，適時(shí)調(diào)整資源配置，并修正相關(guān)資源配置計(jì)算公式。

表4 數(shù)據(jù)節(jié)點(diǎn)復(fù)雜度評(píng)估表

5.1 計(jì)算資源配置建議

需要根據(jù)資源需求方反饋的負(fù)載特性調(diào)研內(nèi)容，進(jìn)行資源的配置計(jì)算。服務(wù)器CPU資源配置建議如下：

（1）能力需求

●業(yè)務(wù)邏輯處理的能力需求應(yīng)按下列公式計(jì)算：

其中：

At，應(yīng)用的處理能力需求（tpmC）。

Pt，總的業(yè)務(wù)操作并發(fā)量。

Ot，應(yīng)用每次操作折算的標(biāo)準(zhǔn)事務(wù)數(shù)。

R，系統(tǒng)冗余系數(shù)，宜小于40%。

●業(yè)務(wù)訪問響應(yīng)的能力需求應(yīng)按下列公式計(jì)算：

其中：

As，應(yīng)用的最大并發(fā)連接數(shù)需求（SPEC-web2005）。

Au，總用戶數(shù)。

Pu，用戶在線并發(fā)度。

Po，每用戶發(fā)起的在線連接數(shù)。

R，系統(tǒng)冗余系數(shù)，宜小于40%。

（2）資源池的能力情況

資源池的單個(gè)vCPU處理能力配置應(yīng)按下列公式計(jì)算：

其中：

Tv，單個(gè)vCPU的處理能力（tpmC）。

Sv，單個(gè)vCPU的處理能力（SPECweb2005）。

Tp，資源池單臺(tái)服務(wù)器配置的處理能力（tpmC）。

Sp，資源池單臺(tái)服務(wù)器配置的處理能力（SPEC-web2005）。

Nv，資源池單臺(tái)服務(wù)器虛擬出的虛機(jī)數(shù)量。

R，虛擬化損耗比，根據(jù)虛擬化軟件確認(rèn)，一般為5%～10%。

Rc，CPU利用率，一般為70%～80%。

（3）資源配置

根據(jù)公式（1）、（2），可以計(jì)算出業(yè)務(wù)平臺(tái)的計(jì)算資源配置，具體應(yīng)按下列公式計(jì)算：

其中：

Nt——應(yīng)用所需配置的虛機(jī)數(shù)量（按邏輯處理能力）。

Ns——應(yīng)用所需配置的虛機(jī)數(shù)量（按訪問連接處理能力）。

At——應(yīng)用的處理能力需求（tpmC）。

As——應(yīng)用的最大并發(fā)連接數(shù)需求（SPEC-web2005）。

Tv——單個(gè)vCPU的處理能力（tpmC）。

Sv——單個(gè)vCPU的處理能力（SPECweb2005）。

R——冗余系數(shù)，無特殊要求冗余因子取20%。

注：

●Nt、Ns計(jì)算結(jié)果需要向上取整，另外考慮虛機(jī)的規(guī)格統(tǒng)一性，按照統(tǒng)一規(guī)格套用。

●最終配置的虛機(jī)數(shù)量取定為Nt、Ns結(jié)果的最大值。

5.2 存儲(chǔ)資源配置建議

各業(yè)務(wù)平臺(tái)的存儲(chǔ)容量配置建議按下列公式計(jì)算：其中：

Cb——存儲(chǔ)裸容量配置（B）。Ce——業(yè)務(wù)裸容量需求（B）。R——系統(tǒng)冗余系數(shù)。

Rm——數(shù)據(jù)存儲(chǔ)的開銷。

Rp——數(shù)據(jù)冗余保護(hù)級(jí)別引入的開銷。

Rb——數(shù)據(jù)備份策略引入的開銷。

注：各類數(shù)據(jù)開銷應(yīng)根據(jù)業(yè)務(wù)需求及現(xiàn)網(wǎng)運(yùn)行數(shù)據(jù)確定。

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

目前，電信運(yùn)營(yíng)商增值業(yè)務(wù)平臺(tái)云化部署過程中的資源分配相對(duì)粗狂，本文對(duì)增值業(yè)務(wù)平臺(tái)云化部署過程中的涉及需求調(diào)研、分析評(píng)估和資源配置提出分析評(píng)估方法。旨在為增值業(yè)務(wù)平臺(tái)入池的需求核準(zhǔn)和資源配置部署提供方法指導(dǎo)。

隨著電信運(yùn)營(yíng)商基礎(chǔ)設(shè)施資源池的能力和技術(shù)的發(fā)展，相關(guān)的定性和定量評(píng)估方法將不斷汲取經(jīng)驗(yàn)、逐步完善更新。

1李衛(wèi),李濟(jì)漢,張?jiān)朴碌?電信運(yùn)營(yíng)商云計(jì)算體系架構(gòu)思考.電信科學(xué).2013

2程瑩,張?jiān)朴?房秉毅等.云計(jì)算時(shí)代的數(shù)據(jù)庫(kù)研究.電信技術(shù).2011

OVUM：中興通訊固網(wǎng)市場(chǎng)占有率增速全球居首

近日，全球知名咨詢機(jī)構(gòu)OVUM發(fā)布了2015年第二季度固網(wǎng)產(chǎn)品全球市場(chǎng)份額報(bào)告《Market Share Report:2Q15 FTTx，DSL，andCMTS》。報(bào)告顯示：2014年第2季度—2015年第一季度期間，中興通訊寬帶接入產(chǎn)品市場(chǎng)占有率增速全球第一，其中DSL產(chǎn)品市場(chǎng)占有率增長(zhǎng)尤為顯著。PON產(chǎn)品增長(zhǎng)穩(wěn)健，占有率穩(wěn)居業(yè)界第二，在中南美洲占有率業(yè)界第一，亞太地區(qū)占有率業(yè)界第二。

2015年中興通訊發(fā)布了“以時(shí)代重構(gòu)為契機(jī)，讓信息創(chuàng)造價(jià)值”的M-ICT電信運(yùn)營(yíng)戰(zhàn)略，寬帶接入作為中興通訊傳統(tǒng)優(yōu)勢(shì)產(chǎn)品，繼續(xù)發(fā)揮在產(chǎn)品和方案上的不斷創(chuàng)新，持續(xù)提升產(chǎn)品競(jìng)爭(zhēng)力，優(yōu)化全球市場(chǎng)布局，實(shí)現(xiàn)了穩(wěn)定增長(zhǎng)。OVUM2015年二季度報(bào)告還顯示：按照發(fā)貨量計(jì)算，截至2015年第二季度之前的一年中興通訊DSL產(chǎn)品市場(chǎng)占有率排名第三，2015年第二季度較前一個(gè)季度有明顯增長(zhǎng)。同時(shí)，截至2015年第二季度之前的一年內(nèi)，PON產(chǎn)品收入市場(chǎng)占有率為24%,其中EPON產(chǎn)品市場(chǎng)份額為28%。

ResearchontheMethodof Cloud Deployment and Evaluation of theValue AddedService Platform

In this paper, we study the steps and methods of cloud deployment of value- added service platform, from the business features, IT architecture and service node load dimension, and propose the method of combining qualitative analysis and quantitative analysis.

cloud computing, deployment, research