一邊瘋狂降價，一邊頻頻出錯，云計算是否真如水電？

T客匯官網(wǎng)：tikehui.com

撰文 | 楊麗

Gartner數(shù)據(jù)顯示，2016年IaaS市場規(guī)模已達(dá)到253億美元，并有望在2018年達(dá)到450億美元。IaaS市場潛力逐步拓寬，云市場的巨頭們也開始紛紛亮出大招，在降價和優(yōu)惠政策上做文章。

從2006年發(fā)布云產(chǎn)品至今，亞馬遜AWS共宣布了52次降價，平均每年5次以上。這也掀開了云計算廠商的價格之戰(zhàn)。

從2014年開始，阿里云每年降價十余次，年降幅高達(dá)30%。去年10月，阿里云宣布再次下調(diào)價格，核心云產(chǎn)品的最高降幅達(dá)50%，包括云服務(wù)器ECS、云數(shù)據(jù)庫RDS、云存儲OSS及云安全產(chǎn)品等。

今年3月深圳云棲大會上， 阿里云CDN降幅最高達(dá)35%，單價下降到0.17元/GB，成為業(yè)界價格最低， 并因此間接影響到傳統(tǒng)CDN的老大網(wǎng)宿科技在第一季度財報中的急轉(zhuǎn)直下。

也是在去年同一時期，以騰訊云為代表的互聯(lián)網(wǎng)巨頭，以移動沃云為代表的傳統(tǒng)電信運營商，以及以青云為代表的創(chuàng)新科技公司紛紛耐不住寂寞，開始進(jìn)入降價“狂歡”。

邊降價，邊出錯，用戶可玩不起

各大云計算廠商在降價策略上，可謂是你方唱罷我登場， 但從實質(zhì)上來講，這種策略往往是迫于競爭壓力，不斷向用戶市場宣傳自身產(chǎn)品的慣用手段。 只不過，在這場價格游戲競賽中，總有幾家歡喜幾家愁。作為企業(yè)用戶而言，近幾年，國內(nèi)各大云供應(yīng)商先后出現(xiàn)云服務(wù)宕機(jī)問題，有時甚至嚴(yán)重影響了用戶自身利益。

2014年11月2日下午，騰訊云服務(wù)器出現(xiàn)了6分鐘的訪問故障。騰訊云網(wǎng)站響應(yīng)速度慢，圖片打不開，并出現(xiàn)無法登錄管理中心控制臺等問題。2015年6月21日，阿里云香港節(jié)點當(dāng)天9點30分左右突然全線崩潰，截至當(dāng)晚22點才逐漸恢復(fù)。2015年9月，亞馬遜AWS宕機(jī)，首先是亞馬遜DynamoDB服務(wù)出現(xiàn)問題，此后亞馬遜其他服務(wù)也受到影響，同時波及很多著名網(wǎng)站。2016年3月，亞馬遜AWS再次發(fā)生服務(wù)停擺事故，前后維持了近20分鐘。

進(jìn)入2017年3月，亞馬遜AWS再次宕機(jī)，包括BusinessInsider網(wǎng)站在內(nèi)，很大一部分互聯(lián)網(wǎng)都出現(xiàn)癱瘓，官方解釋是AWS的計算機(jī)存儲服務(wù)S3遇到重要的技術(shù)問題。也就是在這個月，國內(nèi)供應(yīng)商相繼發(fā)生故障事件。如3月30日的青云北京2區(qū)機(jī)房電力故障引發(fā)部分網(wǎng)關(guān)設(shè)備及計算節(jié)點重啟。

實際上，早有網(wǎng)友不斷吐槽，使用公有云服務(wù)也有風(fēng)險和弊端， 一旦云服務(wù)宕機(jī)，大批企業(yè)客戶就會受到牽連。 而據(jù)目前的云服務(wù)實踐現(xiàn)狀來看，“低價的公有云服務(wù)并沒有想象中那么便宜，一旦故障發(fā)生造成的損失則間接抬高了成本”。

公有云成本凸顯，降價成噱頭

國外研究機(jī)構(gòu)RightScale報告中指出，很多企業(yè)用戶在云服務(wù)時，往往會選擇混合云的方式，即在單一的環(huán)境中至少使用一種私有云和一種公有云。這是因為， 公有云在靈活性、可擴(kuò)展性、高性能和低成本方面優(yōu)勢明顯， 但也不可避免的存在一定的劣勢，一個是安全問題，而另一個則是不可預(yù)測的成本問題。

也就是說，按需付費雖然確實降低了公有云的使用成本，但在另一方面也會帶來了一些難以預(yù)料的支出。對于一家公司而言，將數(shù)據(jù)從某一云端遷移的過程在價格上有時高得驚人。

假設(shè)一家企業(yè)用戶需要將100個系統(tǒng)應(yīng)用以及在其之上負(fù)載的相關(guān)數(shù)據(jù)遷移到一個公有云上。用戶需要付給供應(yīng)商在計算和存儲服務(wù)上一定的使用費用，當(dāng)然，這部分費用在用戶獲得這部分資源服務(wù)時是預(yù)先設(shè)定好的。

接下來，系統(tǒng)將以特定的使用模式開始消耗這些資源，包括計算能力和存儲空間，隨著系統(tǒng)的改變這些資源的消耗也隨之進(jìn)行相應(yīng)調(diào)整。這時無論用戶最初使用這類服務(wù)的價格設(shè)定是多少，用戶每月所付費用將隨著系統(tǒng)的運行開始不斷上漲。

隨著數(shù)據(jù)開始自然累積，系統(tǒng)需要進(jìn)一步升級和迭代，開發(fā)人員在系統(tǒng)維護(hù)時也進(jìn)行了相應(yīng)調(diào)整。 以上這些因素都意味著盡管使用模式變化緩慢，但如果用戶使用的服務(wù)超出預(yù)估，以不同的速度使用服務(wù)，或者添加一個新服務(wù)，那么用戶成本實際上是不斷增加的。

除此之外，盡管供應(yīng)商一般會選擇在計算和存儲價格做出降價調(diào)整，包括網(wǎng)絡(luò)、工作負(fù)載和數(shù)據(jù)分析在內(nèi)的其他云服務(wù)在價格上卻并沒有做出相應(yīng)的調(diào)整。

這也就顯得用戶需要提前獲得較低價格，而供應(yīng)商在面對云服務(wù)頻頻出錯的問題解釋上有些冠冕堂皇。

拋開成本，混合云是否最優(yōu)選？

作為倡導(dǎo)混合云服務(wù)的戴爾曾表示， 如果某一應(yīng)用程序擁有顯著的特點并已經(jīng)處于穩(wěn)定狀態(tài)，其在公有云上的運行成本會更高， 通常會高達(dá)三倍左右，此種類型的應(yīng)用程序放在私有云上反而成本更低，并且讓企業(yè)在自有的數(shù)據(jù)中心對它們具備更強(qiáng)的管控能力。

此外，公司在電子化探索工作中通常會涉及到操縱全世界范圍內(nèi)TB或PB級別的數(shù)據(jù)，在某些情況下將所有數(shù)據(jù)并將其遷移到云端亦是不現(xiàn)實的。這種情況下，公有云方案就顯得難以落地。

而且從安全可控自有的角度來看，私有云總體擁有成本絕對比公有云會更便宜。

不過， 對用戶而言，選擇公有云還是私有云服務(wù)并不是“非此即彼”的選擇題，數(shù)據(jù)顯示很多公司都會選擇至少一種公有云和一種私有云服務(wù)。 說白了，公有云與私有云優(yōu)劣勢并存，如果將已經(jīng)使用的云計算資源拋開的話，托管私有云還是比公有云成本更高。

算來算去，想必用戶心中都有自己的答案。專注于初始價格和服務(wù)的可用性，只能為用戶在短期內(nèi)節(jié)省成本，而用戶更需要關(guān)注價格以外的因素，建立一套可行的成本指標(biāo)和成本管控體系，在長期目標(biāo)上實現(xiàn)總擁有成本的降低才是硬道理。

T客匯：企業(yè)級研究型媒體

網(wǎng)站：tikehui.com

76 69個 To B 深度報告 77 1493個 To B 創(chuàng)始人 78 278 家 To B 投資機(jī)構(gòu)

掃碼關(guān)注T客匯微信公眾號

第一時間閱讀移動信息化研究中心研究報告

云計算相關(guān)文章閱讀

供應(yīng)商AWS Azure GCE IBM之間公有云產(chǎn)品的角逐 | 報告

混合云解決方案的未來，是否為Docker 和 Kubernetes？

公有云市場巨頭打斗，誰才是真正贏家？| 報告

云計算競爭進(jìn)入下半場 深耕生態(tài)力拼用戶粘性

生成海報

免責(zé)聲明：此文內(nèi)容為第三方自媒體作者發(fā)布的觀察或評論性文章，所有文字和圖片版權(quán)歸作者所有，且僅代表作者個人觀點，與極客網(wǎng)無關(guān)。文章僅供讀者參考，并請自行核實相關(guān)內(nèi)容。投訴郵箱：editor@fromgeek.com。

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。