湯 泳，李長(zhǎng)連，呂英杰（中訊郵電咨詢?cè)O(shè)計(jì)院有限公司，北京100048）

1 云計(jì)算的概念

云計(jì)算是一種新興的商業(yè)計(jì)算模型。它將計(jì)算任務(wù)分布在大量計(jì)算機(jī)構(gòu)成的資源池上，使各種應(yīng)用系統(tǒng)能夠根據(jù)需要獲取計(jì)算能力、存儲(chǔ)空間和各種軟件服務(wù)。云計(jì)算是一種計(jì)算模式，把IT資源、數(shù)據(jù)、應(yīng)用作為服務(wù)通過(guò)網(wǎng)絡(luò)提供給用戶；云計(jì)算又是一種架構(gòu)管理方法論，把大量的高度虛擬化的資源管理起來(lái)，組成一個(gè)大的資源池，用來(lái)統(tǒng)一提供服務(wù)。

云計(jì)算作為一種用戶體驗(yàn)和業(yè)務(wù)模式，包括標(biāo)準(zhǔn)化服務(wù)目錄、快速部署及回收、靈活定價(jià)、使用便捷、資源虛擬化、以資源池模式管理、服務(wù)以彈性可定制方式交付等特點(diǎn)。

云計(jì)算的核心內(nèi)涵包括計(jì)算服務(wù)化、資源虛擬化、管理智能化。其中虛擬化是核心的核心，是所有云架構(gòu)的基礎(chǔ)性技術(shù)。在云計(jì)算中，它主要指平臺(tái)虛擬化，從使用資源的人和應(yīng)用程序的角度看，它具有對(duì)物理IT資源的抽象作用。虛擬化允許將服務(wù)器、存儲(chǔ)設(shè)備和其他硬件視為一個(gè)資源池，而不是離散的系統(tǒng)，這樣就可以根據(jù)應(yīng)用需求來(lái)分配這些資源。虛擬化還涵蓋網(wǎng)絡(luò)虛擬化和存儲(chǔ)虛擬化等技術(shù)，與服務(wù)器虛擬化相結(jié)合，構(gòu)成一個(gè)完整的計(jì)算資源虛擬化環(huán)境，在虛擬化管理系統(tǒng)的控制下，實(shí)現(xiàn)動(dòng)態(tài)可配置的智能系統(tǒng)。云計(jì)算的虛擬化和動(dòng)態(tài)管理本質(zhì)上是系統(tǒng)的管理智能化，即通過(guò)資源管理的動(dòng)態(tài)配置、自適應(yīng)性和自我恢復(fù)能力實(shí)現(xiàn)系統(tǒng)智能化。

這些智能的自我管理特性主要表現(xiàn)在以下幾個(gè)方面。

a）虛擬化設(shè)置。可以在控制臺(tái)簡(jiǎn)單地配置虛擬化的計(jì)算資源。

b）資源動(dòng)態(tài)配置?？梢栽谙到y(tǒng)運(yùn)行期間動(dòng)態(tài)調(diào)度資源。

c）系統(tǒng)自動(dòng)監(jiān)測(cè)。自動(dòng)監(jiān)測(cè)系統(tǒng)運(yùn)行的健康狀況，對(duì)異常情況自動(dòng)報(bào)警，為資源調(diào)度提供準(zhǔn)確、詳細(xì)的系統(tǒng)信息。

d）安全隔離。各虛擬資源之間進(jìn)行安全隔離，各個(gè)實(shí)例之間實(shí)現(xiàn)自治。

e）負(fù)載自動(dòng)均衡。系統(tǒng)在虛擬設(shè)備之內(nèi)實(shí)現(xiàn)多個(gè)資源之間的自動(dòng)負(fù)載均衡。

f）資源管理決策支持?？梢詫?duì)云計(jì)算資源的適應(yīng)狀況進(jìn)行優(yōu)化的管理決策，實(shí)現(xiàn)自優(yōu)化。

g）自恢復(fù)。當(dāng)虛擬化資源出現(xiàn)運(yùn)行故障或者死鎖時(shí)，系統(tǒng)具備自我恢復(fù)功能。

云計(jì)算融合了網(wǎng)格計(jì)算、并行計(jì)算、效用計(jì)算、網(wǎng)絡(luò)存儲(chǔ)、虛擬化、負(fù)載均衡等眾多計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)。云計(jì)算在商業(yè)層面上旨在通過(guò)網(wǎng)絡(luò)把多個(gè)成本相對(duì)較低的計(jì)算實(shí)體整合成一個(gè)具有強(qiáng)大計(jì)算能力的系統(tǒng)，通過(guò)將計(jì)算能力標(biāo)準(zhǔn)化，并借助SaaS、PaaS、IaaS等先進(jìn)的商業(yè)模式把強(qiáng)大的計(jì)算能力以服務(wù)的形式提供給用戶使用。因此，從根本上來(lái)講，云計(jì)算不但是新技術(shù)的結(jié)合，更是一種商業(yè)模式的創(chuàng)新。

2 云計(jì)算的分類及運(yùn)營(yíng)商的應(yīng)用實(shí)踐

2.1 基礎(chǔ)架構(gòu)即服務(wù)（IaaS）

IaaS為客戶提供了完善的計(jì)算機(jī)基礎(chǔ)設(shè)施服務(wù)（含硬件和底層軟件），它通過(guò)創(chuàng)造虛擬的數(shù)據(jù)中心和計(jì)算中心，把內(nèi)存、I/O設(shè)備、存儲(chǔ)和計(jì)算能力集中起來(lái)形成一個(gè)虛擬的資源池，為整個(gè)網(wǎng)絡(luò)提供服務(wù)。例如，基于Internet的存儲(chǔ)服務(wù)和數(shù)據(jù)庫(kù)服務(wù)就是典型的IaaS服務(wù)，就像我們熟知的Amazon EC2。

如圖1所示，在IaaS模式中，應(yīng)用的部署不再使用物理IT資源，而是從資源池中根據(jù)所請(qǐng)求的資源動(dòng)態(tài)進(jìn)行分配，應(yīng)用最終部署在虛擬機(jī)上，使用虛擬存儲(chǔ)設(shè)備，通過(guò)虛擬網(wǎng)絡(luò)對(duì)外響應(yīng)業(yè)務(wù)請(qǐng)求。

IaaS部署模式與傳統(tǒng)部署模式的區(qū)別見(jiàn)表1。

根據(jù)所面向的用戶種類不同，IaaS存在多種服務(wù)應(yīng)用。

圖1 IaaS部署模型

表1 IaaS部署模式與傳統(tǒng)部署模式的區(qū)別

a）面向政企與公眾客戶的IDC。對(duì)運(yùn)營(yíng)商而言，這是一種公眾云服務(wù)。傳統(tǒng)上，運(yùn)營(yíng)商依托IDC對(duì)外提供設(shè)備托管、機(jī)架租賃與帶寬訂購(gòu)服務(wù)?？蛻魧⑽锢碓O(shè)備托管于運(yùn)營(yíng)商，按所占用的機(jī)房面積、機(jī)架數(shù)量與帶寬付費(fèi)。使用IaaS模式，運(yùn)營(yíng)商提供的產(chǎn)品為虛擬機(jī)，也即虛擬計(jì)算資源，如CPU、內(nèi)存、存儲(chǔ)容量與帶寬，用戶根據(jù)所使用的計(jì)算資源付費(fèi)。資源可以在條款允許范圍內(nèi)自行或者由服務(wù)方動(dòng)態(tài)增加減少并相應(yīng)調(diào)整計(jì)費(fèi)策略。用戶無(wú)需關(guān)心設(shè)備的物理運(yùn)行狀態(tài)，其服務(wù)指標(biāo)，如可用性、性能等根據(jù)服務(wù)水平協(xié)議由運(yùn)營(yíng)商進(jìn)行保障。

b）內(nèi)部開(kāi)發(fā)測(cè)試云。運(yùn)營(yíng)商通常同時(shí)有大量業(yè)務(wù)支撐需求在多個(gè)并行項(xiàng)目群實(shí)施開(kāi)發(fā)。通常模式下，每個(gè)項(xiàng)目組需要自行采購(gòu)開(kāi)發(fā)測(cè)試所需物理設(shè)備。項(xiàng)目開(kāi)發(fā)過(guò)程中經(jīng)常存在資源不足問(wèn)題。項(xiàng)目開(kāi)發(fā)完成后，設(shè)備的利舊與調(diào)度也成為管理難點(diǎn)。目前電信業(yè)的趨勢(shì)是基于IaaS建立統(tǒng)一的開(kāi)發(fā)測(cè)試云以應(yīng)對(duì)多個(gè)項(xiàng)目群的資源需求，在資源池中動(dòng)態(tài)調(diào)配所需處理能力，并在項(xiàng)目完成后進(jìn)行資源回收，以有效地提升設(shè)備利用率，加快業(yè)務(wù)支撐開(kāi)發(fā)周期，提升市場(chǎng)響應(yīng)能力。待條件成熟，結(jié)合PaaS平臺(tái)實(shí)現(xiàn)開(kāi)發(fā)測(cè)試環(huán)境的進(jìn)一步整合。

2.2 平臺(tái)即服務(wù)（PaaS）

顧名思義，PaaS是把平臺(tái)作為一種服務(wù)來(lái)提供的商業(yè)模式。其中，Platform指的是軟件平臺(tái)。

軟件平臺(tái)來(lái)源于軟件的復(fù)用和分層技術(shù)，是應(yīng)用軟件在設(shè)計(jì)、開(kāi)發(fā)、部署、運(yùn)營(yíng)和維護(hù)時(shí)所利用的底層支撐軟件系統(tǒng)。PaaS為SaaS軟件服務(wù)提供了底層支撐，它可以細(xì)分為如下2種情況。

a）云計(jì)算把設(shè)計(jì)、開(kāi)發(fā)環(huán)境作為一種服務(wù)來(lái)提供。SaaS服務(wù)提供商可以利用PaaS平臺(tái)或其提供的公用API來(lái)設(shè)計(jì)、開(kāi)發(fā)和集成自己的程序并通過(guò)網(wǎng)絡(luò)提供給客戶?，F(xiàn)在一些軟件開(kāi)發(fā)工具廠商 （IDE提供商）和中間件廠商已經(jīng)開(kāi)始提供此類服務(wù)。

b）云計(jì)算將部署、運(yùn)營(yíng)和維護(hù)平臺(tái)作為一種服務(wù)來(lái)提供，使得SaaS服務(wù)提供商可以將其應(yīng)用部署到PaaS平臺(tái)上，并通過(guò)PaaS平臺(tái)提供的功能實(shí)現(xiàn)便捷的運(yùn)營(yíng)和維護(hù)，微軟的Azure正是此類PaaS的典型代表。

目前運(yùn)營(yíng)商常見(jiàn)的PaaS實(shí)踐為增值業(yè)務(wù)開(kāi)發(fā)平臺(tái)、軟件孵化平臺(tái)。通過(guò)這些服務(wù)提供平臺(tái)（SDP）的建設(shè)進(jìn)程，促進(jìn)電信運(yùn)營(yíng)商與產(chǎn)業(yè)鏈上下游企業(yè)合作共贏模式的進(jìn)一步完善，使電信運(yùn)營(yíng)商與眾多SP企業(yè)在更多的領(lǐng)域充分合作，從而幫助電信運(yùn)營(yíng)商向不熟悉的市場(chǎng)領(lǐng)域發(fā)展，并進(jìn)一步促進(jìn)電信運(yùn)營(yíng)商運(yùn)營(yíng)管理能力的提升。

在圖2中，運(yùn)營(yíng)商通過(guò)提供增值業(yè)務(wù)開(kāi)發(fā)環(huán)境（包括開(kāi)發(fā)所需軟件/硬件環(huán)境、團(tuán)隊(duì)協(xié)作管理平臺(tái)、基礎(chǔ)增值業(yè)務(wù)開(kāi)發(fā)基礎(chǔ)及SDK、財(cái)務(wù)結(jié)算、分成管理等），與業(yè)務(wù)合作伙伴、SP、CP建立合作關(guān)系。合作伙伴提供服務(wù)創(chuàng)意，使用開(kāi)發(fā)平臺(tái)開(kāi)發(fā)服務(wù)并以分成等模式與運(yùn)營(yíng)商共享服務(wù)收入。

通常情況下，運(yùn)營(yíng)商的PaaS平臺(tái)還包括服務(wù)發(fā)布功能，將合作伙伴開(kāi)發(fā)的新業(yè)務(wù)向最終用戶進(jìn)行發(fā)布。最終用戶的訂購(gòu)操作可直接由PaaS平臺(tái)支撐，并最終與后臺(tái)業(yè)務(wù)支撐系統(tǒng)對(duì)接進(jìn)行服務(wù)計(jì)費(fèi)與記賬。在這種情況下，最終用戶與運(yùn)營(yíng)商之間通過(guò)該平臺(tái)又產(chǎn)生SaaS云服務(wù)訂購(gòu)關(guān)系。

圖2 PaaS增值業(yè)務(wù)平臺(tái)

2.3 軟件即服務(wù)（SaaS）

這種類型的云計(jì)算通過(guò)網(wǎng)絡(luò)向成千上萬(wàn)的客戶提供軟件應(yīng)用服務(wù)。從客戶的角度來(lái)看，這樣可以省去在服務(wù)器硬件和軟件授權(quán)上的投入；從供應(yīng)商的角度來(lái)看，這樣只需在服務(wù)器上維護(hù)一個(gè)應(yīng)用程序?qū)嵗梢源蠓档瓦\(yùn)營(yíng)成本。因此，SaaS試圖在降低客戶TCO的同時(shí)，提高供應(yīng)商的ROI，從而實(shí)現(xiàn)客戶和供應(yīng)商的雙贏。Salesforce.com提供的CRM服務(wù)、SAP提供的ERP套件服務(wù)均是此類服務(wù)的典型代表。SaaS與其他云計(jì)算模式一樣具有如下特點(diǎn)。

a）按需使用。客戶根據(jù)自身的需求來(lái)決定使用多少服務(wù)以及服務(wù)的時(shí)間長(zhǎng)短。

b）能夠被快速部署。可以是零部署，也可以是自動(dòng)部署和升級(jí)（這一點(diǎn)并不排斥C/S模式）。

c）依賴于各種形式的寬帶網(wǎng)絡(luò)。Internet、有線電視網(wǎng)、移動(dòng)網(wǎng)等寬帶網(wǎng)絡(luò)的發(fā)展為SaaS的實(shí)現(xiàn)奠定了基礎(chǔ)，使得SaaS可以以各種接入方式傳遞到用戶手中。

d）服務(wù)可以被標(biāo)準(zhǔn)化和度量?？蛻舾鶕?jù)服務(wù)的量化指標(biāo)來(lái)支付租賃費(fèi)用，提供商也可以根據(jù)服務(wù)的量化指標(biāo)來(lái)計(jì)費(fèi)和計(jì)算ROI，從而優(yōu)化云計(jì)算。

e）依賴于資源池。池化的虛擬資源，可以是硬件資源、軟件資源或內(nèi)容資源。

這5個(gè)特點(diǎn)的邏輯關(guān)系如圖3所示。

圖3 SaaS 5個(gè)特點(diǎn)的邏輯關(guān)系

運(yùn)營(yíng)商一般依托于IDC向外部客戶提供SaaS，如面向政企客戶的一站式信息化服務(wù)、面向公眾用戶的應(yīng)用平臺(tái)，如中國(guó)移動(dòng)的Mobile Market、中國(guó)聯(lián)通的應(yīng)用商店等。信息服務(wù)也可以看作是一種廣義的SaaS。

3 云計(jì)算在業(yè)務(wù)支撐領(lǐng)域的應(yīng)用

3.1 業(yè)務(wù)支撐系統(tǒng)發(fā)展趨勢(shì)

業(yè)務(wù)支撐系統(tǒng)當(dāng)前發(fā)展的最明顯趨勢(shì)就是 “縱向集中，橫向整合”?？v向集中是指核心系統(tǒng)逐漸由總部-省分兩級(jí)架構(gòu)向集團(tuán)一級(jí)架構(gòu)演進(jìn)，橫向整合是指省分內(nèi)部的多個(gè)系統(tǒng)在功能、業(yè)務(wù)流程、數(shù)據(jù)與基礎(chǔ)設(shè)施層面進(jìn)行整合，形成一體化支撐架構(gòu)。

傳統(tǒng)業(yè)務(wù)支撐系統(tǒng)的建設(shè)，采用“煙囪式”的建設(shè)模式，即按建設(shè)項(xiàng)目立項(xiàng)-預(yù)算-采購(gòu)-建設(shè)-運(yùn)維的方式，根據(jù)不同的建設(shè)需求，分項(xiàng)目、分系統(tǒng)獨(dú)立實(shí)施，獨(dú)立核算，這種建設(shè)模式便于財(cái)務(wù)考核與結(jié)算。但隨著業(yè)務(wù)支撐系統(tǒng)的發(fā)展，應(yīng)用架構(gòu)和基礎(chǔ)設(shè)施架構(gòu)變得越來(lái)越復(fù)雜，支撐規(guī)模需求也越來(lái)越大，傳統(tǒng)建設(shè)模式在新環(huán)境下投資巨大、設(shè)備利用率不高、資產(chǎn)管理復(fù)雜、建設(shè)周期過(guò)長(zhǎng)、無(wú)法快速滿足業(yè)務(wù)支撐需求、缺乏動(dòng)態(tài)適應(yīng)市場(chǎng)變化和競(jìng)爭(zhēng)需要的能力等弊端越來(lái)越突出。

如圖4所示，在每個(gè)項(xiàng)目前期規(guī)劃過(guò)程中，需要根據(jù)業(yè)務(wù)量變化狀況為系統(tǒng)忙時(shí)需求預(yù)留峰值處理能力，但該部分處理能力在閑時(shí)無(wú)法為其他業(yè)務(wù)系統(tǒng)所使用，造成了BSS系統(tǒng)整體資源利用率低下。如果某個(gè)業(yè)務(wù)系統(tǒng)的業(yè)務(wù)需求快速增長(zhǎng)，現(xiàn)有資源無(wú)法滿足需求，也無(wú)法利用其他系統(tǒng)的空閑資源，而需要進(jìn)行緊急擴(kuò)容，這至少需要幾個(gè)月的周期，響應(yīng)速度難以令人滿意。

圖4 傳統(tǒng)“煙囪式”業(yè)務(wù)支撐系統(tǒng)建設(shè)模式

這種矛盾隨著業(yè)務(wù)支撐系統(tǒng)集中化建設(shè)的開(kāi)展將進(jìn)一步加劇，主要體現(xiàn)在支撐全國(guó)用戶的資源需求量更為巨大，業(yè)務(wù)融合進(jìn)一步增加支撐系統(tǒng)復(fù)雜度等方面。

3.2 云計(jì)算在業(yè)務(wù)支撐系統(tǒng)中的應(yīng)用前景

業(yè)務(wù)支撐系統(tǒng)面向運(yùn)營(yíng)商的最終用戶提供電信產(chǎn)品銷售與客戶服務(wù)，面向內(nèi)部人員提供業(yè)務(wù)管理流程服務(wù)，傳統(tǒng)上不屬于電信服務(wù)提供系統(tǒng)，而是輔助系統(tǒng)。這個(gè)特點(diǎn)決定了云計(jì)算在業(yè)務(wù)支撐系統(tǒng)的主要部署模式為IaaS，屬于私有云范疇，因此云計(jì)算對(duì)于業(yè)務(wù)支撐系統(tǒng)的價(jià)值在于以下幾個(gè)方面。

a）加快業(yè)務(wù)需求響應(yīng)速度，縮短業(yè)務(wù)支撐系統(tǒng)建設(shè)周期。

b）提升資源使用效率，提高資金投入產(chǎn)出比。

c）改變現(xiàn)有項(xiàng)目建設(shè)模式與運(yùn)營(yíng)機(jī)制，實(shí)現(xiàn)上層應(yīng)用與底層基礎(chǔ)設(shè)施的徹底解耦，從而使專業(yè)化運(yùn)營(yíng)成為可能。

如圖5所示，在業(yè)務(wù)支撐系統(tǒng)引入IaaS之后，新的業(yè)務(wù)支撐資源需求均由統(tǒng)一資源池進(jìn)行分配；按照事先制訂的策略，所分配的計(jì)算資源在忙時(shí)上閥值和閑時(shí)下閥值之間進(jìn)行動(dòng)態(tài)調(diào)度，閑時(shí)的空余資源可以分配至其他用于滿足瞬時(shí)或階段性的高處理能力需求；云管理平臺(tái)對(duì)資源使用情況和負(fù)載情況進(jìn)行實(shí)時(shí)監(jiān)控，在突發(fā)性業(yè)務(wù)高峰狀態(tài)下，發(fā)出報(bào)警要求運(yùn)維人員介入處理，或者由事先制訂的處理策略實(shí)現(xiàn)自動(dòng)資源調(diào)度。

圖5 IaaS在業(yè)務(wù)支撐系統(tǒng)的應(yīng)用模型

在IaaS部署模式下，業(yè)務(wù)支撐流程大為簡(jiǎn)化，現(xiàn)有的招標(biāo)采購(gòu)流程在資源池具備相應(yīng)能力的情況下變更為資源需求審批流程，在保障需求合規(guī)性前提下，業(yè)務(wù)上線速度得以加快。

值得注意的是，云計(jì)算的引入不僅是一個(gè)技術(shù)問(wèn)題，更是一個(gè)管理問(wèn)題。IaaS的部署模式要求運(yùn)營(yíng)商進(jìn)行全局性的變革。除技術(shù)變化因素外，資源池的建設(shè)需要對(duì)財(cái)務(wù)制度、審批流程、考核指標(biāo)、運(yùn)維體系以至于組織架構(gòu)等進(jìn)行相應(yīng)的調(diào)整，打破原有部門與項(xiàng)目的界限，切實(shí)結(jié)合業(yè)務(wù)發(fā)展需要對(duì)資源需求進(jìn)行前瞻性規(guī)劃，實(shí)現(xiàn)滾動(dòng)預(yù)算，才能最大限度地發(fā)揮IaaS的優(yōu)勢(shì)。這無(wú)疑對(duì)運(yùn)營(yíng)商現(xiàn)有的技術(shù)管控能力和管理水平提出了更高的要求。

在業(yè)務(wù)支撐系統(tǒng)中引入云計(jì)算會(huì)帶來(lái)經(jīng)濟(jì)上、業(yè)務(wù)上的諸多優(yōu)勢(shì)，與此同時(shí)也要看到，云計(jì)算加大了支撐系統(tǒng)的復(fù)雜度，在原有系統(tǒng)層級(jí)中加入了云管理調(diào)度層和資源虛擬化層。從系統(tǒng)工程的角度看，新層級(jí)的引入會(huì)導(dǎo)致系統(tǒng)整體可靠性下降。

業(yè)務(wù)支撐系統(tǒng)具有實(shí)時(shí)性強(qiáng)、與業(yè)務(wù)運(yùn)營(yíng)聯(lián)系緊密等特點(diǎn)，需要保障電信級(jí)的可靠性。如何在經(jīng)濟(jì)效益與可靠性之間取得平衡點(diǎn)，需要針對(duì)不同子系統(tǒng)，如CRM、計(jì)費(fèi)、客服等的設(shè)計(jì)指標(biāo)進(jìn)行詳細(xì)分析。云計(jì)算本身屬于新興技術(shù)，在關(guān)鍵系統(tǒng)應(yīng)用的成功案例還不多，產(chǎn)品成熟度仍有待考驗(yàn)，因此在工程管理中要做到細(xì)致規(guī)劃、充分測(cè)試。

3.3 業(yè)務(wù)支撐系統(tǒng)分布式架構(gòu)的應(yīng)用

廣義上的云計(jì)算為分布式計(jì)算，如Google的MapReduce技術(shù)、各種科學(xué)計(jì)算系統(tǒng)等。分布式計(jì)算研究如何把一個(gè)需要非常巨大的計(jì)算能力才能解決的問(wèn)題分成許多小的部分，然后把這些部分分配給許多計(jì)算機(jī)進(jìn)行處理，最后把這些計(jì)算結(jié)果綜合起來(lái)得到最終的結(jié)果。

在業(yè)務(wù)支撐系統(tǒng)中，運(yùn)行性能與可擴(kuò)展性是運(yùn)營(yíng)商永遠(yuǎn)的關(guān)注點(diǎn)，分布式計(jì)算由于其線性性能增長(zhǎng)、無(wú)縫升級(jí)的特性，是處理大數(shù)據(jù)量、大交易量的理想架構(gòu)。Web 2.0企業(yè)已經(jīng)大量運(yùn)用分布式運(yùn)算架構(gòu)承載來(lái)自互聯(lián)網(wǎng)的海量信息處理請(qǐng)求，但在業(yè)務(wù)支撐系統(tǒng)中，使用分布式計(jì)算架構(gòu)仍然處于探索驗(yàn)證階段。

在業(yè)務(wù)支撐系統(tǒng)中使用分布式計(jì)算架構(gòu) （見(jiàn)圖6），不可避免地會(huì)涉及到業(yè)務(wù)的服務(wù)化、應(yīng)用的SOA化、部署的解耦化等一系列問(wèn)題。即將原有應(yīng)用邏輯中的各個(gè)處理環(huán)節(jié)獨(dú)立出來(lái)，封裝成SOA原子服務(wù)，服務(wù)之間通過(guò)消息總線傳遞輸入輸出信息與調(diào)用請(qǐng)求。通過(guò)服務(wù)的拆分，使每個(gè)原子服務(wù)內(nèi)部可以以集群的方式實(shí)現(xiàn)計(jì)算能力的線性擴(kuò)展，通過(guò)前端負(fù)載均衡服務(wù)及時(shí)屏蔽失效節(jié)點(diǎn)，達(dá)到較高的可用性甚至是連續(xù)不間斷的運(yùn)行能力。

分布式計(jì)算架構(gòu)作為一種先進(jìn)的業(yè)務(wù)支撐架構(gòu)，在規(guī)劃和部署中，也需要考慮很多設(shè)計(jì)要素。

a）服務(wù)的定義。業(yè)務(wù)標(biāo)準(zhǔn)化程度是否能夠以服務(wù)封裝、組裝的模式進(jìn)行覆蓋，原子服務(wù)定義的顆粒度問(wèn)題等。

圖6 分布式業(yè)務(wù)支撐架構(gòu)

b）數(shù)據(jù)的拆分。業(yè)務(wù)支撐系統(tǒng)的數(shù)據(jù)模型比Web 2.0企業(yè)要復(fù)雜得多，數(shù)據(jù)是否能夠?qū)崿F(xiàn)平行、垂直拆分會(huì)直接影響分布式架構(gòu)整體的吞吐量，即使前端業(yè)務(wù)邏輯環(huán)節(jié)以SOA服務(wù)方式完成拆分與組裝，后端數(shù)據(jù)無(wú)法解耦仍然會(huì)成為性能瓶頸。

c）工程實(shí)施難度。分布式計(jì)算比普通支撐架構(gòu)的復(fù)雜度高得多，需要長(zhǎng)期持續(xù)創(chuàng)新、優(yōu)化與維護(hù)。運(yùn)營(yíng)商自身及其合作伙伴是否具備分布式架構(gòu)管控的能力，能否長(zhǎng)期維持架構(gòu)的活力，已經(jīng)屬于管理的范疇而非純粹的技術(shù)問(wèn)題。

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

綜上所述，云計(jì)算技術(shù)的出現(xiàn)及其在業(yè)務(wù)支撐系統(tǒng)中的推廣，是電信運(yùn)營(yíng)商實(shí)現(xiàn)企業(yè)轉(zhuǎn)型及可持續(xù)發(fā)展的重要戰(zhàn)略機(jī)遇。而就電信運(yùn)營(yíng)商的發(fā)展現(xiàn)狀來(lái)看，無(wú)論從經(jīng)營(yíng)模式還是在發(fā)展重點(diǎn)上，國(guó)內(nèi)的電信企業(yè)都尚未做好全面擁抱云計(jì)算的準(zhǔn)備。目前，以Google、Apple為代表的眾多國(guó)外企業(yè)，已經(jīng)在云計(jì)算業(yè)務(wù)的發(fā)展和運(yùn)營(yíng)方面積累了許多實(shí)踐經(jīng)驗(yàn)，如果國(guó)內(nèi)電信運(yùn)營(yíng)商不能借助云計(jì)算，及時(shí)轉(zhuǎn)變經(jīng)營(yíng)理念和運(yùn)營(yíng)模式，繼續(xù)努力保持通信市場(chǎng)主導(dǎo)地位的話，被“管道化”的命運(yùn)將不可避免。因此，盡快轉(zhuǎn)變經(jīng)營(yíng)理念和運(yùn)營(yíng)模式，迅速完成云計(jì)算所需的管理模式及基礎(chǔ)資源的相關(guān)準(zhǔn)備，并大力推動(dòng)云計(jì)算業(yè)務(wù)的全面發(fā)展，是未來(lái)幾年電信企業(yè)需要認(rèn)真面對(duì)的重要議題。