中國IDC圈10月28日報道：電信運營商的現(xiàn)網(wǎng)業(yè)務大致可以分為三類，即主營業(yè)務、基地業(yè)務、長尾和SP業(yè)務。主營業(yè)務包括短信、彩信等電信類的應用；基地業(yè)務包括當前運營商所建的音樂、視頻、動漫基地等；長尾業(yè)務和SP業(yè)務主要包括互聯(lián)網(wǎng)類和合作類的應用。

當前業(yè)務系統(tǒng)存在的主要問題：主營業(yè)務平臺垂直建設，持續(xù)投資大；現(xiàn)有SP業(yè)務量小，設備利用率低，不能共享；長尾業(yè)務開發(fā)運營成本高，不能形成有效貢獻；基地業(yè)務各自建設，內(nèi)容不能共享，用戶信息不能共享。這些問題如若采用傳統(tǒng)的業(yè)務網(wǎng)絡架構(gòu)，則很難從根本上得以解決，而云計算技術(shù)的興起為我們帶來了一線曙光。

電信業(yè)務池化和虛擬化

虛擬化技術(shù)經(jīng)歷了十多年的發(fā)展，技術(shù)上已比較成熟。而云管理技術(shù)經(jīng)過這幾年突飛猛進的發(fā)展，技術(shù)上也已較為完善。因此，在現(xiàn)網(wǎng)業(yè)務云化的第一階段，可以采用云管理和虛擬化技術(shù)，將物理服務器集中形成池化的資源池（包括計算資源池、存儲資源池和網(wǎng)絡資源池），實現(xiàn)底層資源的虛擬化。虛擬化將一臺主機虛擬成多臺虛擬的主機，從而達到提高服務器利用率的目的。云管理技術(shù)提供了對虛擬機和物理實體機、存儲設備、網(wǎng)絡設備以及上層應用部署的統(tǒng)一管理。

在資源池的組成形態(tài)上，一定是實體機與虛擬機的混合形態(tài)，實體機承擔固定業(yè)務量的處理，虛擬機主要負責彈性業(yè)務量的處理，兼顧系統(tǒng)的健壯性和靈活性。

在這個階段，原有業(yè)務可以直接遷移到云計算資源池中。業(yè)務本身不需要改動，只是底層的物理設施由獨占方式轉(zhuǎn)變?yōu)楣蚕矸绞�。資源的供給和釋放，由云管理平臺根據(jù)業(yè)務的請求統(tǒng)一調(diào)度、快速完成。顯而易見，這種做法的收益是實現(xiàn)了資源的共享，提高了資源的利用率，降低了成本，資源的供給效率也大幅提升。

業(yè)務池化和終端云化是第一步，最能產(chǎn)生效益，可首先應用于營業(yè)廳、呼叫中心出租。從目前情況來看，這一階段所涉及的技術(shù)已經(jīng)大體成熟，基本具備支撐底層資源改造所需的能力。目前，國內(nèi)三大運營商都已經(jīng)啟動了資源池和終端云化的相關工作，并已經(jīng)在多個主要省份落地了資源池以及營業(yè)廳、呼叫中心終端云項目。

電信業(yè)務的平臺化

電信業(yè)務云化的第一步，解決了底層資源的共享問題，但未解決應用共享、隔離、應用快速低成本開發(fā)和部署、應用低成本推廣等問題。應用仍獨占原有的中間件、數(shù)據(jù)庫，應用的開發(fā)仍延用原有方式，開發(fā)、部署、推廣的成本高。

在第二步，建議電信運營商引入云計算PaaS平臺，使應用開發(fā)者只關心應用的本身，不需要考慮購買開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫、服務器、存儲，也不掣肘于如何與短信、彩信、WAP、位置等電信業(yè)務系統(tǒng)對接的問題，PaaS平臺均已封裝上述功能，包括業(yè)務執(zhí)行環(huán)境、電信/互聯(lián)網(wǎng)/IT能力的API（ApplicationProgrammingInterface，應用程序編程接口）和SDK（SoftwareDevelopmentKit，軟件開發(fā)包），只需要開發(fā)者有好的應用創(chuàng)意即可，極大降低了應用的開發(fā)門檻。

應用上線后，PaaS平臺提供對應用的推廣和支付功能，即應用的營銷也無需開發(fā)者過多關心，由PaaS平臺根據(jù)用戶的行為分析，進行有針對性的推廣。

PaaS平臺的引入，將極大提高應用的創(chuàng)新、開發(fā)和市場推廣的效率。PaaS平臺實現(xiàn)了應用平臺化，實現(xiàn)在應用層面的共享和聚合。

PaaS平臺引入后，原有的獨立應用可以調(diào)用PaaS平臺提供的對外的公共服務能力，如短信、彩信、位置、廣告、支付等公共服務能力。基于PaaS平臺開發(fā)的應用則不需要操作系統(tǒng)、數(shù)據(jù)庫、中間件等系統(tǒng)，應用可直接運行的PaaS平臺的業(yè)務執(zhí)行環(huán)境中，由PaaS平臺提供應用的自動化部署，負載均衡，應用的多租戶能力支持，應用的彈性伸縮等功能。

由基礎資源的整合到上層應用的整合，是運營商的必然選擇。以云計算的先驅(qū)Amazon為例，其EC2和S3的基礎資源出租服務在過去三年中，價格分別下降了40－50%，目前Amazon已經(jīng)向上層應用拓展，提供高價值的PaaS平臺服務即電子商務平臺服務。

舉個例子，歐洲運營商Vodafone針對西班牙企業(yè)市場推出了基于PaaS平臺的VBP服務（VodafoneBusinessPlace），即針對企業(yè)的開放開發(fā)平臺和AppStore.VodafoneVBP的商業(yè)模式是Vodafone提供PaaS平臺、API/SDK給眾多的SP開發(fā)者使用，開發(fā)的應用由VodafoneVBP進行市場推廣，收益采用分成方式；目前已經(jīng)聯(lián)合當?shù)氐?00多家SP，開發(fā)了500多個針對中小企業(yè)的應用和服務，企業(yè)用戶數(shù)量由原來的幾十萬快速發(fā)展到幾百萬，取得了市場成功。

業(yè)務平臺化實現(xiàn)了小眾和長尾應用的平臺整合，進一步提升應用開發(fā)和上線的效率，構(gòu)建IDC運營系統(tǒng)和企業(yè)AppStore.目前，這一階段也是各運營商的重點，結(jié)合PaaS平臺技術(shù)，在有限范圍內(nèi)的業(yè)務上嘗試，再逐步擴展其應用場景，將是今后一段時間業(yè)務云化的主旋律。中國移動和中國電信已經(jīng)在主要省份采用PaaS平臺，來整合大量的小眾和長尾業(yè)務平臺。

應用的分布式和集群管理

上述兩步完成了底層資源池和上層應用的共享，解決了資源不能共享，應用不能低成本、快速開發(fā)上線和推廣的問題。而第三步要解決的問題，是如何支持海量應用和信息處理的問題，這就需要引入分布式和集群管理能力。

在資源池上引入分布式數(shù)據(jù)庫、分布式文件系統(tǒng)、并行計算和集群管理能力，此時上層的應用需要支持分布式部署，上層應用的數(shù)據(jù)庫由下層分布式數(shù)據(jù)庫取代，數(shù)據(jù)支持無限能力的擴展。原有基于PaaS平臺的應用，在本階段不需要改造，但需要PaaS平臺對下層分布式數(shù)據(jù)庫、分布式文件系統(tǒng)、并行計算和集群管理進行適配。

在第三步的網(wǎng)絡架構(gòu)下面，所有的應用都基于分布式和集群管理，支持應用的無限擴展和海量信息的最佳處理成本。據(jù)此架構(gòu)，電信業(yè)務將完全與互聯(lián)網(wǎng)業(yè)務融合，并取得與Google等互聯(lián)網(wǎng)及云計算巨頭相近的成本和效率。

電信業(yè)務走向云計算，最終目標是要實現(xiàn)電信業(yè)務與互聯(lián)網(wǎng)業(yè)務的完全融合，并提供處理海量應用和信息的業(yè)界最佳效率和成本，實現(xiàn)運營商從電信運營向綜合信息運營的全面轉(zhuǎn)型。在電信業(yè)務邁向云計算的三個階段中，前兩個階段是成熟的，運營商可以先做起來，第三個階段由于分布式數(shù)據(jù)庫和集群的核心技術(shù)還不成熟，還需要一段時間的成熟期。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網(wǎng)的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： Google idc idc運營 大數(shù)據(jù) 電子商務 電子商務平臺 服務器 互聯(lián)網(wǎng) 互聯(lián)網(wǎng)業(yè)務 開發(fā)者 數(shù)據(jù)庫 推廣 網(wǎng)絡 云計算 云計算技術(shù) 轉(zhuǎn)型

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。