過去，IDC服務(wù)商不得不思考這樣一個問題：傳統(tǒng)業(yè)務(wù)是不是“為他人作嫁衣裳”?如果只是為客戶提供一些基礎(chǔ)資源，例如機架、帶寬、供電，等同于在為基建、運營商、電力“打工”。IDC轉(zhuǎn)型是業(yè)界共識，甚至連運營商IDC也在談?wù)撨@個話題。

云服務(wù)商概念的興起，給IDC的轉(zhuǎn)型指明方向。過去在托管IDC服務(wù)商、電信機房服務(wù)商當(dāng)中，已經(jīng)有理念超前的IDC 服務(wù)商堅持為客戶提供監(jiān)控、備份、安全等管理服務(wù)，亦有IDC服務(wù)商通過云計算的技術(shù)為客戶提供諸如IaaS虛機、SaaS軟件這類云計算服務(wù)，云服務(wù) IDC服務(wù)商這樣誕生。

短短幾年時間，IDC已經(jīng)部分實現(xiàn)轉(zhuǎn)型。如今的IDC業(yè)務(wù)一般分成兩塊，一是傳統(tǒng)的托管服務(wù)，二是云計算服務(wù)。行業(yè)面臨的現(xiàn)狀是，公有云被更多地賦予“面子”上的意義，而實際上客戶出于合規(guī)或者成本的考慮，更傾向于部署私有云和混合云這樣的“里子”。因此，傳統(tǒng)的托管服務(wù)日漸式微卻不會消失，但它也給IDC服務(wù)商帶來一個錯覺——即云計算業(yè)務(wù)與傳統(tǒng)業(yè)務(wù)區(qū)別不大。

一些IDC服務(wù)商在與客戶的接觸中發(fā)現(xiàn)，客戶不愿意遠離自己的服務(wù)器，所以有時候在能耗低的地方建設(shè)數(shù)據(jù)中心大家并不買賬。云計算的客戶集中在北上廣及沿海城市，而電力資源豐富、自然條件好的確實內(nèi)陸偏遠地區(qū)，整個行業(yè)面臨的資源結(jié)構(gòu)不合理的狀況在云計算時代并沒有實質(zhì)性的改觀。

但問題不是用戶因循守舊，而是云計算行業(yè)沒有給大家?guī)碜銐虻男判?，在媒體公開的2014年十大公有云宕機事件中，原因也是五花八門：病毒攻擊、系統(tǒng)bug、人為錯誤、網(wǎng)絡(luò)中斷、火災(zāi)、停電等等。當(dāng)然，所有服務(wù)商都沒有承諾100%在線，況且用戶自建IT系統(tǒng)也不能保證萬無一失。公有云服務(wù)宕機造成的影響大是由于故障波及的用戶數(shù)量較大，對具體用戶來說，公有云服務(wù)的穩(wěn)定性肯定要高于自建IT系統(tǒng)。

云計算的優(yōu)勢在于通過將物理資源池化，突破硬件的性能瓶頸，還能提高整個社會的能源利用效率。無論是公有云、私有云還是混合云，資源的彈性架構(gòu)是其核心競爭力，用戶會毫不猶豫地實施IT架構(gòu)轉(zhuǎn)型，政府也在推動云計算的普及。因而 IDC服務(wù)商在云服務(wù)領(lǐng)域的競爭力成為左右其未來市場競爭力的關(guān)鍵，轉(zhuǎn)云成為必然。

與IDC相關(guān)的云計算服務(wù)模式

談到云計算的時候，一般分為私有云、公有云和混合云。公有云是IDC服務(wù)商最容易也是最先進入的領(lǐng)域。IDC進入公有云領(lǐng)域，一方面需要好的技術(shù)(目前主要是開源的技術(shù)體系)，另一方面是商業(yè)模式(業(yè)務(wù)體系)。公有云的一大特點是重資產(chǎn)，規(guī)模效應(yīng)是非常重要的業(yè)務(wù)特性，投資公有云需要投入大量的資金去構(gòu)建大型資源池和多地數(shù)據(jù)中心來稀釋總體成本。重資產(chǎn)以及愈演愈烈的價格戰(zhàn)，成為IDC服務(wù)商提供公有云服務(wù)面臨的最大困難。

對于IDC服務(wù)商來說，私有云還有細分：一類是部署在客戶數(shù)據(jù)中心的自建私有云，一類是客戶自己建設(shè)云后交給合作伙伴運營和運維的管理私有云;最后一類是服務(wù)商為客戶量身打造的一套物理資產(chǎn)隔離的云部署運行環(huán)境，即托管私有云。自建和管理私有云都部署在客戶的數(shù)據(jù)中心中，托管私有云部署在云服務(wù)商數(shù)據(jù)中心中。

IDC服務(wù)商幫助客戶建設(shè)云(第一類)這種業(yè)務(wù)模式和傳統(tǒng)產(chǎn)業(yè)鏈條業(yè)務(wù)模式類似，通過代理產(chǎn)品、自行開發(fā)來開展這項業(yè)務(wù)，缺乏對客戶的粘性。而管理私有云已經(jīng)和客戶的IT系統(tǒng)達到緊密的合作，由于云計算的復(fù)雜性和管理的難度增加，客戶急需要云運維支撐。托管私有云需要服務(wù)商具備云咨詢、云產(chǎn)品、云運維的能力，根據(jù)客戶的需求進行分層，客戶購買的是計算能力和服務(wù)管理能力，是一種長期的合作關(guān)系。

IDC轉(zhuǎn)云有哪些好處?

首先是利潤率的提升。傳統(tǒng)的模式可以看作是“IT地產(chǎn)經(jīng)濟”，即向IT系統(tǒng)出租“商鋪”收取“租金”，在形成市場規(guī)模的情況下這種模式能夠做到“躺著賺錢”，但沒有哪個IDC能像阿里巴巴之于中小企業(yè)商貿(mào)那樣處于壟斷地位。在激烈的競爭中，IDC服務(wù)商需要提供高附加值服務(wù)，也即提升軟性的層面來提高綜合服務(wù)水平。

其次是云計算優(yōu)化IDC資源結(jié)構(gòu)。對運營商特別明顯，一些省的資源、帶寬飽和，而另一些省的資源空閑，降價也無人問津。資源分布不合理的問題要靠云計算來解決。目前業(yè)界不僅做到數(shù)據(jù)中心內(nèi)部的資源池化，還實現(xiàn)數(shù)據(jù)中心之間的資源池化，這樣就解決IDC數(shù)據(jù)中心的擴容和效率問題。

第三是形成差異化服務(wù)競爭優(yōu)勢。在IaaS層面的競爭主要依靠價格戰(zhàn)，但在PaaS和SaaS層面，IDC服務(wù)商完全可以根據(jù)自身的業(yè)務(wù)特點形成垂直領(lǐng)域的服務(wù)特色。傳統(tǒng)IDC要應(yīng)對互聯(lián)網(wǎng)企業(yè)創(chuàng)新商業(yè)模式的挑戰(zhàn)，要應(yīng)對曠日持久的價格戰(zhàn)，一定要通過“高維度”的競爭來實現(xiàn)“四兩撥千斤”。服務(wù)水平?jīng)Q定價格水平，最后必然影響到利潤率。

IDC需要解決哪些問題?

對于大型企業(yè)用戶，管理服務(wù)和云服務(wù)相輔相成才能滿足其對IT 的要求，所以在這里云服務(wù)商要包括這兩個能力。對IDC服務(wù)商而言，云計算轉(zhuǎn)型意味著從過去提供資源變成提供服務(wù)，這個轉(zhuǎn)型并非一朝一夕的事，意識上的轉(zhuǎn)變是第一步，但關(guān)鍵是技術(shù)要跟上。大多數(shù)IDC服務(wù)商過去只關(guān)注風(fēng)火水電和帶寬，而云計算服務(wù)需要在基礎(chǔ)設(shè)施建設(shè)方面關(guān)注計算、存儲、網(wǎng)絡(luò)和安全。運維人員也是一大問題，在轉(zhuǎn)云之后必需要掌握有關(guān)操作系統(tǒng)、應(yīng)用、安全等方面的知識。

相對于技術(shù)方面的轉(zhuǎn)變，業(yè)務(wù)模式的改變對IDC服務(wù)商來說挑戰(zhàn)更大。整個團隊包括銷售、技術(shù)、客服、運維等人員要充分了解云計算和用戶的需求，這不是一朝一夕的事情。在國外，類似GAE這種SaaS、PaaS 通過集成的API對IaaS資源進行調(diào)用已經(jīng)十分普遍，而在中國這種應(yīng)用模式還比較少見(如 SAE、BAE等)。IDC服務(wù)商完全轉(zhuǎn)變?yōu)橐粋€SaaS服務(wù)商并不現(xiàn)實，要以IaaS為核心向云的周邊進行拓展。

運營管理體系是最大的問題，因為涉及人的問題永遠是企業(yè)最大的問題。技術(shù)與業(yè)務(wù)轉(zhuǎn)型的時候，怎么調(diào)整業(yè)務(wù)運營管理體系，將最終決定這個企業(yè)的服務(wù)水平。云服務(wù)的根本是內(nèi)部的架構(gòu)和內(nèi)部的體系，在某種程度上，服務(wù)的好壞不是取決于技術(shù)，而是取決于后面的人。一個好的管理體系能將人的能力發(fā)揮到最大，因此要首先完善內(nèi)部的管理架構(gòu)和運營體系，打造優(yōu)秀的云服務(wù)團隊。

舉個例子，很多客戶擔(dān)心云計算的數(shù)據(jù)安全性，因此打造數(shù)據(jù)安全可靠性高的平臺是云服務(wù)成功的關(guān)鍵。云計算的數(shù)據(jù)安全是一個綜合技術(shù)、人和管理的問題，用戶最擔(dān)心的不是黑客通過互聯(lián)網(wǎng)劫持數(shù)據(jù)，而是數(shù)據(jù)中心的人拷貝一份出去，所以平臺的安全管理至關(guān)重要。

結(jié)語

做引領(lǐng)時代的大浪還是做安逸的沙子，關(guān)系自身的生死存亡。對IDC服務(wù)商而言，這是最好的時代，也是最壞的時代。雖然“躺著賺錢”的時代一去不復(fù)返，但轉(zhuǎn)型已見成效，云觸手可及。

原文鏈接：http://www.enet.com.cn/article/2015/0302/A20150302451730.shtml