久久99国产精品尤物|久久黄色视频二区|三级在线播放试看无码一区二区|国产综合在线观看精品12

電話:+86 574 88168918 郵箱:sales@aliance.cn

首頁-新聞動態-新聞詳情

云計算服務對比:刻考慮應用定價需求

發布(bu)時(shi)間:作者:cobinet 10G屏蔽模塊瀏覽:575次來源:jifang360
CobiNet(寧波)推薦文章:

雖然(ran)價格因素依(yi)然(ran)很重要(yao),但是應用需求卻(que)在云供應商選擇(ze)中(zhong)發揮著更大(da)的作用,它(ta)甚至比你想象的還更影響用戶的計費方式。

編(bian)者按:本文是根據應用需求(qiu)選擇云供應商上下篇的(de)第(di)(di)二部(bu)(bu)分。第(di)(di)一部(bu)(bu)分中介(jie)紹了傳(chuan)統應用與(yu)原生應用的(de)對(dui)比。

主(zhu)流云供應商之(zhi)間的(de)(de)(de)競爭是(shi)非常(chang)激烈的(de)(de)(de)。即便如此,當將云服務視(shi)為一個集計算、存儲、網絡、數(shu)據(ju)、應用程序(xu)、安全性以及管理服務于一體(ti)的(de)(de)(de)服務集合時,他們(men)之(zhi)間的(de)(de)(de)共(gong)同(tong)點要比不同(tong)點更多。這(zhe)就使得云服務之(zhi)間的(de)(de)(de)比較變得難(nan)(nan)上加難(nan)(nan)。

亞馬(ma)遜網絡服(fu)務(wu)(AWS)是云行業(ye)中的大贏家,它擁有著(zhu)龐大的客戶(hu)群和最(zui)豐富的服(fu)務(wu)組(zu)合,它所制定(ding)的標(biao)準成為(wei)其他(ta)廠商試圖仿(fang)效的對象。雖然公司(si)還在不斷地(di)發布新的服(fu)務(wu)和提高(gao)現有服(fu)務(wu)的功能,但是AWS也面臨著(zhu)諸多挑戰,同時Azure、谷歌以及IBM公司(si)在某些領域(yu)中具(ju)有一定(ding)優勢。

AWS的服務組合可分為三大類12個重點領域(yu):

內核基(ji)礎設施:虛擬機、容器、存儲(對象、塊和文(wen)件)、數據庫(關系型、NoSQL和緩(huan)存)和網絡(VPN、DNS和負(fu)載平衡(heng));

應用平臺:數(shu)據(ju)分(fen)析(商業智能、機(ji)器學習、ETL和Hadoop)、業務應用(VDI、電(dian)子(zi)郵(you)件與(yu)文檔共享)、移動后(hou)端/MBaaS(設備(bei)同步、通知與(yu)API管理(li))、物聯網(設備(bei)注冊、新設備(bei)實例/影(ying)子(zi)與(yu)規(gui)則引(yin)擎);

開(kai)發(fa)人員與(yu)運營支持(chi):源代碼(ma)管理與(yu)部(bu)署、部(bu)署自動化(hua)與(yu)監控、安全與(yu)身份管理以及雜(za)項服務(媒體轉碼(ma)、消息隊列、無服務器應(ying)用和搜索)。

每(mei)一家云供應商(shang)都涉足內(nei)核基礎設施,所提供的服務涵蓋了對開(kai)發人員和運營(ying)的基本(ben)支(zhi)持和管(guan)理。他們都提供了各種各樣的計算實(shi)例(li)配置,從而允許用戶混合搭配內(nei)核數量、內(nei)存容量和本(ben)地存儲(chu)設備性能,例(li)如硬盤(pan)驅動器、固態硬盤(pan)驅動器以及(ji)承諾IOPS。供應商(shang)之間的差異主要(yao)表(biao)現(xian)在(zai)應用程(cheng)序(xu)平臺(tai)類別對平臺(tai)服務的支(zhi)持與(yu)實(shi)施。

Azure、谷歌(ge)和IBM公(gong)司都提供(gong)了商業智能(neng)和大(da)數據服(fu)務(wu),但(dan)是(shi)他們在細節(jie)功能(neng)、應(ying)用(yong)程(cheng)序(xu)編程(cheng)接口(API)、可擴展性(xing)以(yi)及(ji)(ji)容量等方面還是(shi)存(cun)在著較大(da)差異(yi)的(de)。具體到平(ping)臺即服(fu)務(wu)(PaaS)堆(dui)棧,諸如移動后端即服(fu)務(wu)、物聯網(wang)(wang)(wang)(IoT)以(yi)及(ji)(ji)API管理(li)和網(wang)(wang)(wang)關(guan)等領(ling)域(yu)都是(shi)AWS大(da)舉(ju)推出新服(fu)務(wu)產品的(de)重點(dian)領(ling)域(yu),從這里用(yong)戶(hu)就能(neng)發現它(ta)與其(qi)他供(gong)應(ying)商之間的(de)不同之處。例如,物聯網(wang)(wang)(wang)是(shi)一個(ge)新興(xing)的(de)應(ying)用(yong)程(cheng)序(xu)平(ping)臺,AWS和Azure都非(fei)常積(ji)極(ji)地(di)向開發人員提供(gong)著有針對性(xing)的(de)服(fu)務(wu)、API和軟件開發工具,它(ta)們雖然在概念上類似,但(dan)各自都是(shi)獨特的(de),且不同于谷歌(ge)目前(qian)所提供(gong)的(de)任何服(fu)務(wu)。

鑒于AWS制定了事實上的云(yun)標準,它的兩大競爭對手Azure和谷(gu)歌也已編(bian)制了他們各自(zi)對應(ying)服(fu)務(wu)的比較(jiao)表。在已經非(fei)常熟悉AWS服(fu)務(wu)的企業用戶進行服(fu)務(wu)比較(jiao)時,這些比較(jiao)表是(shi)非(fei)常有價(jia)值的參考。

當(dang)用戶在比(bi)較云服務時(shi),IBM 云增加了(le)比(bi)較工作的難度(du),因為它是(shi)一個產品品牌下(xia)自有服務與收(shou)購服務的混合體;但(dan)是(shi),它通過(guo)軟件(jian)層提(ti)(ti)(ti)供(gong)了(le)內核基礎設施,通過(guo)Bluemix提(ti)(ti)(ti)供(gong)了(le)平臺(tai)服務。它還提(ti)(ti)(ti)供(gong)了(le)特(te)定應用的服務,其中包括用于移(yi)動(dong)開(kai)發、大數據和(he)安全(quan)性等。

因(yin)為VMware vCloud Air起(qi)源于(yu)內部(bu)(bu)部(bu)(bu)署虛擬化,所以它會重點(dian)關注內核(he)基礎設施(shi)(shi)及其管理。vCloud的(de)核(he)心優勢在于(yu)它的(de)運行就如同是使用(yong)管理控制臺和服務概念(nian)的(de)現有內部(bu)(bu)部(bu)(bu)署VMware基礎設施(shi)(shi)的(de)一個擴展(zhan),而這些恰恰是vSphere管理員們非常(chang)熟悉(xi)的(de)。

打破計費模式

當(dang)比較云服務(wu)時(shi)一(yi)個需要予(yu)以重點考慮(lv)的方(fang)面就(jiu)是(shi)消(xiao)費與計(ji)(ji)費的粒度。AWS再一(yi)次(ci)制定了(le)行業標準 按需實例按小時(shi)計(ji)(ji)費;但(dan)是(shi),AWS還(huan)為使用一(yi)年(nian)期或三年(nian)期、部(bu)分或全(quan)部(bu)資源、保留和(he)預付費的訂閱(yue)用戶推(tui)出(chu)了(le)其他(ta)帶有優惠折扣的定價體(ti)系(xi)。

Azure和谷(gu)歌(ge)兩家都遵循了(le)按需模(mo)式,但(dan)是谷(gu)歌(ge)還為(wei) 持續(xu)使用 用戶(hu)提(ti)供(gong)了(le)折扣(kou),它類似于AWS的保(bao)留實(shi)(shi)例(li)。谷(gu)歌(ge)公司(si)甚(shen)至(zhi)還針(zhen)對計算實(shi)(shi)例(li)推出了(le)以(yi)分(fen)鐘(zhong)為(wei)計費單位(wei)的計費方式(最低(di)計費時間(jian)為(wei)10分(fen)鐘(zhong)),為(wei)持續(xu)使用提(ti)供(gong)了(le)自動(dong)折扣(kou)優(you)惠;這些做(zuo)法(fa)都增加了(le)定(ding)價粒度。這是云原生應用的一個關鍵優(you)勢,同時谷(gu)歌(ge)公司(si)還承諾(nuo)可在一分(fen)鐘(zhong)內快速自動(dong)地啟動(dong)實(shi)(shi)例(li)。

AWS還在現貨(huo)(huo)市場(chang)上通常以(yi)大力(li)度優惠的形式銷(xiao)售過剩產能。用(yong)戶可(ke)為現貨(huo)(huo)資源投標出價,但是服務的交付將取決于可(ke)用(yong)性,AWS并不(bu)承諾資源一定可(ke)以(yi)使(shi)用(yong)。Azure也提供了(le)類似服務,而谷歌則擁有(you)可(ke)與(yu)其可(ke)搶占價格相關的服務。

隨著越來越多的(de)企(qi)業把他們(men)的(de)應用程序遷往云,公共(gong)云的(de)使用率也在逐步提升。

從(cong)本質上來說,云(yun)的(de)(de)定(ding)價是專用的(de)(de)。每一(yi)個特定(ding)應用的(de)(de)設計(ji)、性能需求(qiu)乃至使用率(lv)都是各不相同的(de)(de),所以很難(nan)對(dui)供應商(shang)定(ding)價做出一(yi)個廣泛的(de)(de)聲明。相反,云(yun)買家(jia)應當根據他們自己的(de)(de)真實應用場景來進行估算。

這里有一(yi)(yi)個(ge)發生在(zai)真實(shi)世界中較具啟發性的(de)例子 在(zai)線教育(yu)網站Quizlet,它充(chong)分說明了在(zai)底層利率和折扣模式兩方面的(de)定價差異是(shi)如(ru)何讓一(yi)(yi)家云(yun)供應(ying)(ying)商(shang)(shang)壓過(guo)另一(yi)(yi)家的(de)。Quizlet的(de)基礎(chu)設施(shi)團隊曾針對其現有AWS應(ying)(ying)用服務(wu)和谷歌云(yun)的(de)服務(wu)做了一(yi)(yi)次(ci)細致(zhi)入微(wei)的(de)比較研究。在(zai)對云(yun)市場做過(guo)一(yi)(yi)次(ci)調研之后(hou)(hou),可選(xuan)供應(ying)(ying)商(shang)(shang)就只剩下了AWS和谷歌,Quizlet要么選(xuan)擇繼(ji)續保留(liu)使用AWS,要么可以(yi)決定轉而采用谷歌云(yun)。之后(hou)(hou),Quizlet 以(yi)與(yu)性能貢獻最相關的(de)應(ying)(ying)用、CPU、內存(cun)、網絡以(yi)及(ji)硬盤(pan)I/O作為測(ce)試基準,并對兩個(ge)平(ping)臺(tai)上的(de)成本支出進行建模模擬。

Quizlet在確(que)定谷歌(ge)能夠(gou)提供 更好的(de)(de)(de)內核技(ji)術、特別是(shi)其(qi)網(wang)絡和(he)硬盤技(ji)術 之后就做出了選(xuan)擇,同(tong)時還發現(xian)谷歌(ge)對(dui)其(qi)未來的(de)(de)(de)定價有著一(yi)個強大的(de)(de)(de)計劃和(he)優越的(de)(de)(de)模式。雖然針對(dui)不(bu)(bu)同(tong)企業的(de)(de)(de)不(bu)(bu)同(tong)特定需求,其(qi)調研結果也不(bu)(bu)同(tong),但是(shi)Quizlet選(xuan)擇谷歌(ge)這一(yi)決策還是(shi)非常有參(can)考(kao)意義(yi)的(de)(de)(de),即當(dang)企業用(yong)戶比較云服務時應當(dang)放下身段做好功課才能做出正確(que)的(de)(de)(de)決定。

應用推動服務選擇

正如(ru)Quizlet這個例子所展示(shi)的那樣,一家企業在選擇云供應商時,公(gong)司目前和未來的應用需求和使用率都是最重(zhong)要(yao)的評判(pan)標準。以下是一些通用原則:

已經在(zai)VMware上運(yun)行和(he)使(shi)用(yong)(yong)vSphere的(de)傳統業(ye)務應用(yong)(yong)自(zi)然是非常適合使(shi)用(yong)(yong)vCloud的(de)。同理,Windows Server的(de)用(yong)(yong)戶會很(hen)鐘意Azure,尤其是通過使(shi)用(yong)(yong)Azure Stack他(ta)們能(neng)夠(gou)很(hen)快就在(zai)他(ta)們自(zi)己的(de)私有Azure基礎設施(shi)上運(yun)行。

不(bu)需要無(wu)縫集成私有-公共基礎設(she)施(shi)管理(li)的(de)VMware或Windows用戶可以(yi)配合第(di)三方(fang)管理(li)軟件(例如RightScale、Scalr和CliQr等(deng))使用任何IaaS來運(yun)行原(yuan)有工作負載。這些第(di)三方(fang)管理(li)軟件提供了一個統一的(de)管理(li)控制(zhi)臺,它們能夠跨平臺地實現負載管理(li)、監控以(yi)及(ji)遷(qian)移等(deng)工作的(de)自動化(hua)。

對于綠地模(mo)式(shi)(shi)應(ying)(ying)用(yong)程(cheng)序(xu)的(de)平臺選擇應(ying)(ying)當是由(you)開發者(zhe)需求驅動的(de)。這有可能將用(yong)戶引(yin)導至(zhi)AWS、Azure PaaS、谷(gu)歌云或OpenStack,以(yi)及(ji)諸如(ru)Bluemxi或Cloud Foundry之類的(de)PaaS。正如(ru)Quizlet這個(ge)例子所(suo)表明(ming)的(de)那樣(yang),谷(gu)歌云更適合高度模(mo)塊化的(de)分布(bu)式(shi)(shi)應(ying)(ying)用(yong)程(cheng)序(xu),因為它可以(yi)利用(yong)谷(gu)歌公司(si)細粒度的(de)計費模(mo)式(shi)(shi)、快(kuai)速(su)擴(kuo)展(zhan)基(ji)礎設施的(de)能力以(yi)及(ji)對應(ying)(ying)用(yong)容器和容器集(ji)群的(de)支持。

具有移動或(huo)物聯網后(hou)端(duan)特定需求的應用最好使(shi)(shi)用具有針對這類(lei)應用程序(xu)服務的AWS 或(huo)Azure,或(huo)者使(shi)(shi)用一個(ge)利(li)基(ji)MBaaS產品,例如(ru)Kinvey、Kony、FeedHenry或(huo)其他(ta)。

隨著云服(fu)務已(yi)經(jing)成(cheng)為(wei)了IT基(ji)礎(chu)設施與(yu)應(ying)用的(de)(de)主流(liu)替代品,云供應(ying)商(shang)的(de)(de)選擇流(liu)程也正在發(fa)生變化(hua)。曾經(jing)的(de)(de)點(dian)到點(dian)的(de)(de)模式(將早期采用者開發(fa)廠(chang)商(shang)和部門決定的(de)(de)事(shi)實標準作為(wei)整(zheng)個(ge)企(qi)業的(de)(de)標準)已(yi)經(jing)轉變為(wei)由嚴謹的(de)(de)技術與(yu)財務分(fen)析團隊來做出任(ren)何其他的(de)(de)戰略性(xing)IT決策。

當(dang)比較云(yun)(yun)服務(wu)(wu)時,費用(yong)因素應當(dang)是系(xi)統(tong)全面的(de),因為云(yun)(yun)平(ping)臺(tai)(例如數(shu)據庫、企業資源(yuan)規劃(hua)系(xi)統(tong)以及其他核心IT基礎設施)創(chuang)造(zao)了許多 數(shu)據引力 并采取了措施保留(liu)客戶。雖然在不(bu)同(tong)云(yun)(yun)供應商之間遷(qian)移(yi)簡單虛擬化工(gong)作(zuo)負載(zai)是很(hen)容易的(de),但(dan)是隨著(zhu)IT部門(men)圍(wei)繞云(yun)(yun)供應商的(de)管(guan)理(li)功能(neng)和開發人員使用(yong)高(gao)級(ji)別應用(yong)程序服務(wu)(wu)建立了完整(zheng)流程,工(gong)作(zuo)負載(zai)整(zheng)體遷(qian)移(yi)至另一(yi)家供應商的(de)難度(du)變(bian)得越來(lai)越大了。云(yun)(yun)供應商們(men)(men)創(chuang)造(zao)條件(jian)讓眾(zhong)多用(yong)戶能(neng)夠更容易更低價地試用(yong)他們(men)(men)的(de)服務(wu)(wu),且無(wu)需承諾一(yi)定(ding)使用(yong),所以他們(men)(men)也就(jiu)沒有(you)理(li)由不(bu)在做出正式決(jue)策(ce)前好好試驗一(yi)下了。

文章編輯:CobiNet(寧波)  
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發生產超五類,六類,七類屏蔽網線/屏蔽模塊及相關模塊配件, 我們是萬兆屏蔽模塊10G屏蔽模塊屏蔽線生產廠家。

歡(huan)迎來電咨詢0574 88168918,郵箱sales@aliance.cn,網址aliance.cn

相關新聞

 

?2016-2019寧(ning)波科博通信技術有(you)限公司版權所有(you)

var _hmt = _hmt || []; (function() { var hm = document.createElement("script"); hm.src = "https://hm.baidu.com/hm.js?63a5e6bfadb91afc92f810632c857c25"; var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(hm, s); })();