中國(guó)聯(lián)通音樂基地“云化”改造方案研究

楊紹光 鄒西山 趙爾康

1 中國(guó)聯(lián)通研究院 北京 100032 2 中國(guó)聯(lián)通音樂運(yùn)營(yíng)中心 廣州 510623

引言

傳統(tǒng)意義上,音樂發(fā)燒友在獲取、收藏、整理和收聽音樂時(shí),首先要在浩瀚網(wǎng)絡(luò)空間中尋找、下載歌曲,再整理到移動(dòng)終端上進(jìn)行收聽。為此,很多消費(fèi)者需要在電腦硬盤中存儲(chǔ)數(shù)十GB容量的數(shù)字音樂。這時(shí),手機(jī)等移動(dòng)設(shè)備可能會(huì)受制于容量空間而無法全盤拷貝。而即使能夠拷貝,也無法將這些音樂以最便捷、有效的方式和朋友共享。而“音樂云計(jì)算”的出現(xiàn)解決了上述問題,同時(shí)也對(duì)音樂平臺(tái)的系統(tǒng)建設(shè)提出新的要求,繼蘋果拉開“音樂云計(jì)算”的序幕之后,谷歌收購(gòu)了Simplify Media,惠普收購(gòu)了Melodeo公司,音樂平臺(tái)的云化已成必為然趨勢(shì)。

中國(guó)聯(lián)通音樂平臺(tái)隨著業(yè)務(wù)的迅猛發(fā)展、規(guī)模的快速擴(kuò)大,系統(tǒng)復(fù)雜度不斷提升,各業(yè)務(wù)的硬件資源管理、應(yīng)用管理難度日益突出,另外,由于業(yè)務(wù)發(fā)展的不均衡性,導(dǎo)致各個(gè)業(yè)務(wù)模塊的資源使用不均衡,部分應(yīng)用分配的資源較空閑,部分應(yīng)用分配的資源較繁忙,導(dǎo)致資源利用率低下、管理復(fù)雜、業(yè)務(wù)應(yīng)用部署慢等一系列問題。

基于此,中國(guó)聯(lián)通啟動(dòng)了音樂基地云化改造,建設(shè)音樂云的工程建設(shè),不斷優(yōu)化現(xiàn)行系統(tǒng),滿足新的業(yè)務(wù)功能需求和市場(chǎng)形勢(shì),以更好地為用戶提供個(gè)性化的音樂體驗(yàn),提高用戶黏性[1-2]。

1 系統(tǒng)功能需求

經(jīng)過兩期工程建設(shè)后,中國(guó)聯(lián)通音樂平臺(tái)形成了由業(yè)務(wù)平臺(tái)、業(yè)務(wù)門戶、管理支撐、客戶端等幾部分組成的總體架構(gòu),提供炫鈴、振鈴下載、整曲下載、整曲點(diǎn)播、MV下載、MV點(diǎn)播共6類主要業(yè)務(wù)。目前新的功能需求如下。

1) 擁有且兼容沃云平臺(tái)的現(xiàn)有功能點(diǎn)。

2) 垂直搜索:聚合互聯(lián)網(wǎng)音樂資源信息,提供基于智能搜索的站內(nèi)搜索引擎、基于聯(lián)通內(nèi)網(wǎng)正版音樂庫的智能搜索、基于開放互聯(lián)網(wǎng)音樂資訊的垂直搜索,為用戶提供更新、更全的音樂搜索。

3) CDN網(wǎng)絡(luò)加速:租用CDN節(jié)點(diǎn),通過CDN網(wǎng)絡(luò)分發(fā)技術(shù)實(shí)現(xiàn)音樂門戶、流媒體點(diǎn)播、下載的加速,緩解業(yè)務(wù)高速發(fā)展對(duì)網(wǎng)絡(luò)帶來的壓力,同時(shí)通過雙線網(wǎng)接入以及智能DNS,解決異網(wǎng)訪問瓶頸,為“下載音樂”向“在線收聽音樂”的轉(zhuǎn)變提供優(yōu)質(zhì)服務(wù)支撐,全面提升用戶體驗(yàn)。

4) 云音樂及三屏互動(dòng):用戶可將收藏、愛好、歌曲列表等個(gè)性化信息通過云服務(wù),達(dá)到一次操作,多終端(手機(jī)、平板、PC)同步。實(shí)現(xiàn)多屏共享和互動(dòng),提供個(gè)性化的音樂體驗(yàn),提高用戶黏性。

5) HTML5門戶:利用新一代Web技術(shù)搭建基于HTML5的手機(jī)音樂門戶,免安裝、免下載,實(shí)現(xiàn)類似桌面的應(yīng)用體驗(yàn),類似客戶端的互動(dòng)效果,提供良好的用戶體驗(yàn)。

6) 能力共享和開放:為開發(fā)者、互聯(lián)網(wǎng)合作企業(yè)提供炫鈴開通、音樂點(diǎn)播、下載等標(biāo)準(zhǔn)API接口,為WO+平臺(tái)提供音樂專輯、音樂收藏等接口,實(shí)現(xiàn)音樂能力的共享和開放,完成與合作企業(yè)的資源置換。

7) 資源分享和聚合:與總部能力共享、沃云等平臺(tái)的資源實(shí)時(shí)共享,與終端管理(DM)系統(tǒng)、電子渠道系統(tǒng)、NET取號(hào)模塊對(duì)接,整合聯(lián)通內(nèi)部系統(tǒng)資源,提升業(yè)務(wù)能力,實(shí)現(xiàn)聯(lián)通WO+體系戰(zhàn)略化部署。

8) 門戶一體化運(yùn)營(yíng)支撐:實(shí)現(xiàn)Web、WAP、10155語音平臺(tái)等音樂門戶的一體化運(yùn)營(yíng)支撐,音樂業(yè)務(wù)平臺(tái)統(tǒng)一,分省運(yùn)營(yíng)。

9) 炫鈴平臺(tái)集中管理:集中整合并升級(jí)炫鈴平臺(tái)管理功能,包括無線音樂推廣炫鈴(含系統(tǒng)默認(rèn)炫鈴)、炫鈴DIY同步、炫鈴一鍵復(fù)制和下載、炫鈴訂退實(shí)時(shí)通知音樂平臺(tái)、免功能費(fèi)開通炫鈴等功能的集中改造和數(shù)據(jù)上傳接口完善。

10) 統(tǒng)一數(shù)據(jù)中心:整合音樂平臺(tái)業(yè)務(wù)數(shù)據(jù)以及外部相關(guān)數(shù)據(jù),建立音樂中心的數(shù)據(jù)倉庫,形成統(tǒng)一數(shù)據(jù)中心,依托數(shù)據(jù)中心進(jìn)行挖掘分析、數(shù)據(jù)展現(xiàn)、為各省提供統(tǒng)一的數(shù)據(jù)支撐以及智能營(yíng)銷等。

11) 客服系統(tǒng)建設(shè):建設(shè)統(tǒng)一音樂業(yè)務(wù)在線客服中心。

12) 外部曲庫建設(shè):建設(shè)互聯(lián)網(wǎng)外部曲庫,提供海量音源的集中存儲(chǔ),實(shí)現(xiàn)外部歌曲的快速引入,快速擴(kuò)充聯(lián)通音源庫。

13) 產(chǎn)品形態(tài)完善:豐富客戶端產(chǎn)品形態(tài),提供炫鈴客戶端、卡拉ok客戶端、聽書客戶端等產(chǎn)品,建立完整的客戶端產(chǎn)品體系。

14) CP招募和自助服務(wù):實(shí)現(xiàn)CP招募工作電子化、標(biāo)準(zhǔn)化,使招募工作更公平、公開、公正,提高招募效率,包括公告通知、自助查詢、招募管理、CP管理等模塊。

15) 門戶和客戶端優(yōu)化:完善現(xiàn)有門戶、客戶端、采用HTML5技術(shù)對(duì)手機(jī)門戶進(jìn)行優(yōu)化改造,增強(qiáng)互動(dòng)性、提供音樂DIY、卡拉OK、音樂達(dá)人、原創(chuàng)音樂上傳管理。

16) 業(yè)務(wù)平臺(tái)優(yōu)化:完善優(yōu)化流媒體點(diǎn)播、下載、話單處理、接口調(diào)度等基礎(chǔ)業(yè)務(wù)平臺(tái)能力。

根據(jù)以上功能需求分析,新的音樂平臺(tái)的功能邏輯層次結(jié)構(gòu)如圖1所示[3]。

圖1 音樂平臺(tái)功能邏輯層次結(jié)構(gòu)圖

2 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

基于以上功能需求,根據(jù)云計(jì)算平臺(tái)的總體功能架構(gòu),現(xiàn)對(duì)該音樂云的實(shí)現(xiàn)研究論述如下。

2.1 服務(wù)器云化改造

2.1.1 總體架構(gòu)

目前云計(jì)算平臺(tái)整體架構(gòu)可分成四層:物理資源層、虛擬化層、云計(jì)算管理層和業(yè)務(wù)應(yīng)用層。物理資源及其上的虛擬化是整個(gè)云計(jì)算平臺(tái)的基礎(chǔ),因而對(duì)于音樂云的實(shí)現(xiàn),首先需要實(shí)現(xiàn)對(duì)服務(wù)器和存儲(chǔ)資源的云化改造,形成池化的云計(jì)算資源,以滿足應(yīng)用系統(tǒng)對(duì)底層資源的需求。云化資源池總體架構(gòu)如圖2所示。

圖2 服務(wù)器云化系統(tǒng)架構(gòu)

在圖2中,服務(wù)器云化系統(tǒng)由物理資源池、虛擬化層、云平臺(tái)管理、應(yīng)用系統(tǒng)等層次組成。物理資源池由物理服務(wù)器組成,通過物理交換機(jī)連接形成;虛擬化層采用Xen、KVM等虛擬化技術(shù),把底層的物理服務(wù)器虛擬化,形成虛擬化的資源池;云平臺(tái)管理層通過云平臺(tái)管理系統(tǒng),對(duì)虛擬資源池進(jìn)行配置管理監(jiān)控,統(tǒng)一調(diào)度資源池,對(duì)上層應(yīng)用系統(tǒng)提供服務(wù);應(yīng)用系統(tǒng)即云化資源池的服務(wù)對(duì)象,通過統(tǒng)一接口調(diào)用云化資源池內(nèi)的資源。

2.1.2 實(shí)現(xiàn)步驟

由于音樂基地首次采用云計(jì)算技術(shù),為保證原有系統(tǒng)的穩(wěn)定運(yùn)行、平滑過渡,云化改造采用先構(gòu)建種子云的方式,后續(xù)把應(yīng)用系統(tǒng)逐步遷移到云平臺(tái)的方式進(jìn)行,如圖3所示。

圖3 音樂基地服務(wù)器云化改造計(jì)劃

根據(jù)圖3,改造工作應(yīng)分層分步進(jìn)行,對(duì)于Web、中間件、小型應(yīng)用,快速構(gòu)建統(tǒng)一的資源池;對(duì)于大型的后臺(tái)應(yīng)用,督促軟件開發(fā)商進(jìn)行分布式改造,使之可以支持云化的部署方式,然后逐步遷移到云化資源池;對(duì)于大型數(shù)據(jù)庫應(yīng)用,繼續(xù)關(guān)注業(yè)內(nèi)分布式數(shù)據(jù)庫的發(fā)展,等待技術(shù)成熟的合適時(shí)機(jī)考慮數(shù)據(jù)庫的云化方案。

2.1.3 建設(shè)原則

云化資源池建設(shè)應(yīng)遵循以下原則。

1) 先易后難。資源池建設(shè)的最終目標(biāo)是構(gòu)建統(tǒng)一的全局共享的唯一資源池。當(dāng)前的目標(biāo)是先易后難,逐步過渡。

2) 前瞻考慮未來系統(tǒng)建設(shè)發(fā)展。需要前瞻性考慮應(yīng)用系統(tǒng)發(fā)展對(duì)資源池的需求,目前積極探索和嘗試各類系統(tǒng)應(yīng)用的資源池部署模式,建議先梳理一批輕量級(jí)、規(guī)模小、易改造的應(yīng)用,將其部署到X86資源池。

3) 立足于當(dāng)前應(yīng)用系統(tǒng)的實(shí)際情況,以向應(yīng)用系統(tǒng)提供便捷的基礎(chǔ)資源服務(wù)為建設(shè)目的。構(gòu)建的資源池應(yīng)對(duì)目前應(yīng)用系統(tǒng)的改造影響盡量小。應(yīng)用在未徹底進(jìn)行分布式改造前,高端小型機(jī)在關(guān)鍵業(yè)務(wù)、高性能需求的應(yīng)用場(chǎng)景下仍有不可替代的作用。

2.2 云存儲(chǔ)建設(shè)

2.2.1 總體架構(gòu)

沃云對(duì)象存儲(chǔ)包括四個(gè)模塊:存儲(chǔ)層、業(yè)務(wù)層、接口層和系統(tǒng)管理。其中存儲(chǔ)層采用高度可彈性部署、透明管理的分布式存儲(chǔ)系統(tǒng),可以存儲(chǔ)海量的文件和索引信息;業(yè)務(wù)層主要是提供數(shù)據(jù)管理(權(quán)限、分類、狀態(tài))和存儲(chǔ)管理(容器、對(duì)象管理);接口層提供面向應(yīng)用的接口,包括Web Service等,接口支持標(biāo)準(zhǔn)的S3面向?qū)ο蟮拇鎯?chǔ)接口;系統(tǒng)管理主要實(shí)現(xiàn)存儲(chǔ)平臺(tái)的節(jié)點(diǎn)管理、安裝部署、監(jiān)控配置及日志管理等功能[4]。

在音樂平臺(tái)內(nèi)部,云存儲(chǔ)通過存儲(chǔ)API為上層業(yè)務(wù)系統(tǒng)提供存儲(chǔ)服務(wù);同時(shí)還通過管理接口與音樂平臺(tái)管理支撐系統(tǒng)對(duì)接,提供相應(yīng)的運(yùn)維管理、數(shù)據(jù)分析等功能,架構(gòu)圖如圖4所示。

圖4 云存儲(chǔ)系統(tǒng)架構(gòu)

2.2.2 接口

沃云存儲(chǔ)涉及與音樂平臺(tái)其他子系統(tǒng)的接口包括與音樂平臺(tái)業(yè)務(wù)系統(tǒng)的接口及與音樂平臺(tái)管理支撐系統(tǒng)的接口。

與音樂平臺(tái)業(yè)務(wù)系統(tǒng)的接口API層包括Web Services訪問接口、身份認(rèn)證、權(quán)限控制、配額管理和對(duì)象管理。其中Web Services訪問接口提供Restful的基于HTTP協(xié)議的訪問形式,實(shí)現(xiàn)數(shù)據(jù)的寫入/讀取;身份管理、權(quán)限控制和配額管理對(duì)業(yè)務(wù)系統(tǒng)發(fā)出的每一個(gè)讀寫請(qǐng)求進(jìn)行檢查,確保請(qǐng)求的合法性以及保護(hù)被請(qǐng)求對(duì)象的安全。對(duì)象管理則集中處理對(duì)象模型中的結(jié)構(gòu)化元數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù),同時(shí)對(duì)數(shù)據(jù)的一致性進(jìn)行保障。

與音樂平臺(tái)管理支撐系統(tǒng)的接口需依據(jù)支撐系統(tǒng)的接口要求和數(shù)據(jù)格式,可完成存儲(chǔ)節(jié)點(diǎn)管理、賬戶管理、監(jiān)控管理、日志管理、告警管理等功能。

2.2.3 部署

音樂平臺(tái)系統(tǒng)的云存儲(chǔ)部署方案如圖5所示。

圖5 云存儲(chǔ)部署方案

在圖5中,其管理節(jié)點(diǎn)負(fù)責(zé)云存儲(chǔ)的節(jié)點(diǎn)管理、監(jiān)控、日志、報(bào)警等功能;存儲(chǔ)節(jié)點(diǎn)負(fù)責(zé)數(shù)據(jù)的寫入/讀取以及內(nèi)部的同步備份功能。

云存儲(chǔ)通過匯聚交換機(jī)、核心交換機(jī)與音樂平臺(tái)系統(tǒng)連接。音樂平臺(tái)業(yè)務(wù)系統(tǒng)通過接口實(shí)現(xiàn)對(duì)存儲(chǔ)數(shù)據(jù)的寫入和讀取功能。音樂平臺(tái)運(yùn)行維護(hù)系統(tǒng)通過接口實(shí)現(xiàn)對(duì)云存儲(chǔ)的管理功能。

3 系統(tǒng)遷移

音樂基地云平臺(tái)提供虛擬機(jī)并安裝操作系統(tǒng)后,業(yè)務(wù)系統(tǒng)就可以在其基礎(chǔ)上部署業(yè)務(wù)軟件。為了規(guī)范業(yè)務(wù)系統(tǒng)向云平臺(tái)的遷移,保證業(yè)務(wù)系統(tǒng)在云平臺(tái)上穩(wěn)定運(yùn)行, 特對(duì)此遷移原則及流程說明如下。

3.1 遷移原則

云化資源池建成后,為保證業(yè)務(wù)穩(wěn)定運(yùn)行與平滑過渡,需要把原有應(yīng)用逐步按順序遷移到云化資源池。而不同的應(yīng)用其遷移策略也不盡相同。

業(yè)務(wù)應(yīng)用系統(tǒng)從可遷移的特點(diǎn)來說,可以分為3大類:管理類應(yīng)用、生產(chǎn)類應(yīng)用、數(shù)據(jù)分析類應(yīng)用。

對(duì)于管理類應(yīng)用來說(比如:OA系統(tǒng)、網(wǎng)管系統(tǒng)),由于此類應(yīng)用的低并發(fā)、資源消耗小等特點(diǎn),導(dǎo)致傳統(tǒng)的煙囪式建設(shè)方式資源利用率低下,大量計(jì)算資源閑置。對(duì)于此類應(yīng)用遷移到云化資源池后,可以得到很好的整合比,資源利用率提高效果明顯。同時(shí)由于此類應(yīng)用對(duì)可靠性要求較低,在使用云計(jì)算建設(shè)方式的初期可以有效驗(yàn)證系統(tǒng)穩(wěn)定性,積累運(yùn)維經(jīng)驗(yàn)。

對(duì)于生產(chǎn)類應(yīng)用系統(tǒng)(如:炫鈴、MV點(diǎn)播),面向最終用戶,系統(tǒng)并發(fā)量大,要求系統(tǒng)有高可用性,同時(shí)由于業(yè)務(wù)量大,要求使用低成本的X86系統(tǒng)。此類應(yīng)用系統(tǒng)的遷移可以在管理類應(yīng)用之后進(jìn)行。

對(duì)于數(shù)據(jù)分析類應(yīng)用系統(tǒng)(如:大型數(shù)據(jù)庫服務(wù)器)由于已經(jīng)有較高的資源利用率,遷移到云化資源池后可以得到較好的管理統(tǒng)一性、便利性,但系統(tǒng)整合比不高,資源利用率提高不明顯。建議根據(jù)應(yīng)用的特點(diǎn),后期遷移到云化資源池,或者不遷移[5-6]。

3.2 遷移流程

為了規(guī)范業(yè)務(wù)系統(tǒng)向云平臺(tái)遷移的流程,保證業(yè)務(wù)系統(tǒng)在云平臺(tái)上穩(wěn)定運(yùn)行,特對(duì)系統(tǒng)遷移的流程進(jìn)行規(guī)范,如圖6所示。

圖6 業(yè)務(wù)系統(tǒng)向云平臺(tái)遷移

提交業(yè)務(wù)系統(tǒng)信息:云平臺(tái)對(duì)計(jì)算服務(wù)器進(jìn)行虛擬化處理,并提供虛擬機(jī)給業(yè)務(wù)系統(tǒng)使用。云平臺(tái)提供的虛擬機(jī)是否能夠滿足業(yè)務(wù)系統(tǒng)的使用需求,需要進(jìn)行充分評(píng)估。如果虛擬機(jī)能夠滿足需求,可以在虛擬機(jī)中進(jìn)行業(yè)務(wù)系統(tǒng)軟件部署,否則建議業(yè)務(wù)系統(tǒng)還使用傳統(tǒng)的物理機(jī)部署方式。

業(yè)務(wù)系統(tǒng)評(píng)估:根據(jù)業(yè)務(wù)系統(tǒng)相關(guān)信息,由音樂基地云平臺(tái)負(fù)責(zé)人組織研究院、設(shè)計(jì)院、總集成商、業(yè)務(wù)系統(tǒng)負(fù)責(zé)人共同對(duì)業(yè)務(wù)系統(tǒng)向云平臺(tái)的可遷移性進(jìn)行評(píng)估。評(píng)估依據(jù)參考《中國(guó)聯(lián)通音樂基地服務(wù)器云化改造方案》中的“應(yīng)用遷移的原則”章節(jié)以及云平臺(tái)資源使用情況,綜合確定業(yè)務(wù)系統(tǒng)的哪些服務(wù)器可以遷移到云平臺(tái)。對(duì)于不能使用虛擬機(jī)的業(yè)務(wù)系統(tǒng)服務(wù)器,需要業(yè)務(wù)系統(tǒng)負(fù)責(zé)人向音樂基地物理資源負(fù)責(zé)人申請(qǐng)物理服務(wù)器,走傳統(tǒng)的物理資源申請(qǐng)流程。

制定遷移方案:遷移服務(wù)器、虛擬機(jī)網(wǎng)絡(luò)結(jié)構(gòu)確定之后,廠商負(fù)責(zé)制定業(yè)務(wù)系統(tǒng)遷移方案,期間由總集成商協(xié)調(diào)研究院、音樂基地、業(yè)務(wù)系統(tǒng)負(fù)責(zé)人、廠商和協(xié)作單位給予協(xié)助支持。方案中需要給出虛擬機(jī)和物理機(jī)的數(shù)量、IP地址、VLAN、負(fù)載均衡策略、端口映射規(guī)則、網(wǎng)絡(luò)拓?fù)?、遷移方式等信息。

評(píng)審遷移方案:遷移方案制定后,由音樂基地、研究院、設(shè)計(jì)院、總集成商、業(yè)務(wù)系統(tǒng)負(fù)責(zé)人、廠商對(duì)遷移方案進(jìn)行評(píng)審。確認(rèn)遷移方案是否可行以及對(duì)現(xiàn)網(wǎng)其他業(yè)務(wù)有無影響。

業(yè)務(wù)測(cè)試:業(yè)務(wù)遷移之前,業(yè)務(wù)系統(tǒng)負(fù)責(zé)人需要提交業(yè)務(wù)系統(tǒng)測(cè)試方案,根據(jù)測(cè)試方案對(duì)業(yè)務(wù)系統(tǒng)進(jìn)行測(cè)試并提交業(yè)務(wù)測(cè)試報(bào)告。

業(yè)務(wù)遷移:遷移方案評(píng)審?fù)ㄟ^后,由研究院根據(jù)遷移方案創(chuàng)建虛擬機(jī),音樂基地分配物理資源、進(jìn)行網(wǎng)絡(luò)等相關(guān)配置、由業(yè)務(wù)系統(tǒng)負(fù)責(zé)人在虛擬機(jī)上進(jìn)行業(yè)務(wù)部署。

業(yè)務(wù)驗(yàn)證:遷移完成后,由業(yè)務(wù)系統(tǒng)負(fù)責(zé)人對(duì)遷移的業(yè)務(wù)系統(tǒng)進(jìn)行驗(yàn)證,由音樂基地驗(yàn)證業(yè)務(wù)遷移對(duì)其他業(yè)務(wù)系統(tǒng)的影響。

4 總結(jié)

本文根據(jù)中國(guó)聯(lián)通音樂平臺(tái)業(yè)務(wù)發(fā)展需求,及音樂云計(jì)算的必然趨勢(shì),以邏輯結(jié)構(gòu)功能圖的形式詳細(xì)描述了新的音樂平臺(tái)應(yīng)具有的各種功能。在此基礎(chǔ)上,對(duì)“云化”改造的具體方案進(jìn)行了研究,首先對(duì)服務(wù)器“云化”改造的總體架構(gòu)、實(shí)現(xiàn)步驟、建設(shè)原則進(jìn)行了說明;其次,對(duì)音樂基地云存儲(chǔ)建設(shè)的總體架構(gòu)、接口和部署進(jìn)行了論述;最后,為了使當(dāng)前的業(yè)務(wù)系統(tǒng)能夠平穩(wěn)有序地遷移到構(gòu)建的音樂云平臺(tái)之上,并且平穩(wěn)運(yùn)行,特對(duì)此遷移原則和流程規(guī)范進(jìn)行了詳細(xì)說明。通過該方案,將音樂平臺(tái)部署到云平臺(tái)之上,使得云平臺(tái)能夠?yàn)橐魳菲脚_(tái)各子系統(tǒng)提供彈性計(jì)算資源服務(wù),可以解決當(dāng)前音樂平臺(tái)資源利用率低下,管理復(fù)雜,業(yè)務(wù)應(yīng)用部署慢等缺點(diǎn)。此外,該解決方案的提出,也對(duì)其他平臺(tái)的云化建設(shè)提供了一定的參考依據(jù)。

根據(jù)此方案進(jìn)行的音樂基地云化改造實(shí)施了四期工程,逐步對(duì)音樂基地的48臺(tái)服務(wù)器進(jìn)行了云化改造,其中4臺(tái)管理服務(wù)器、3臺(tái)存儲(chǔ)服務(wù)器、41臺(tái)計(jì)算服務(wù)器,形成了3個(gè)資源池,分別用于測(cè)試業(yè)務(wù)、內(nèi)網(wǎng)業(yè)務(wù)和外網(wǎng)業(yè)務(wù),并對(duì)3個(gè)資源池進(jìn)行統(tǒng)一管理。在3個(gè)資源池上承載了音樂基地28個(gè)業(yè)務(wù)的119個(gè)虛擬機(jī)。大大提高服務(wù)器資源的利用率,節(jié)省大量電力資源和使用空間,降低服務(wù)器的管理成本,體現(xiàn)了云計(jì)算的優(yōu)勢(shì)和特點(diǎn)。同時(shí)進(jìn)一步驗(yàn)證了“沃云”技術(shù)架構(gòu)的可實(shí)施性,對(duì)于“沃云”技術(shù)的推廣使用具有借鑒意義。

參考文獻(xiàn)

[1]AmazonElasticComputeCloud[EB/OL](2011-07).[2014-01-20].http//laws.amazon.com/ec2/

[2]Michael stephens ten trends & Technologies for 2009[EB/OL](2009-12-12).[2014-01-20].http://tametheweb.com/2009 /01 /12 /ten-trendstechnologies-for-2009.

[3]2012年中國(guó)聯(lián)通總部音樂平臺(tái)系統(tǒng)擴(kuò)容工程可行性研究報(bào)告[R],2012

[4]中國(guó)聯(lián)通音樂基地云存儲(chǔ)建設(shè)方案[R],2012

[5]劉鵬.云計(jì)算[M].北京:電子工業(yè)出版杜,2010

[6]周平.張超.云計(jì)算及云存儲(chǔ)的管理技術(shù)[J].上海電力學(xué)院學(xué)報(bào),2010,26(5):498-501