一場邊緣競賽,一曲云計算的末日之歌
數(shù)據(jù)中心中向邊緣的涌進(jìn)讓這一切日漸清晰:隨著分布式計算的發(fā)展,我們越來越無法忽略邊緣。
我們在ZDNet Scale全球數(shù)據(jù)中心邊界的首次偵察之旅中,尋遍眾多領(lǐng)域,為了能找到所謂的“邊緣(edge)”。我們發(fā)現(xiàn)“云計算”不是一種云,或者至少,不再是一種云。
計算一直以來就是一種機(jī)制。物理學(xué)需要計算在某些地方更好地工作。網(wǎng)絡(luò)工程師畫云來描繪的某些功能,便是我們沒必要知道的功能。
分布式計算的發(fā)展,讓我們再不能忽略邊緣。
追溯
超大規(guī)模數(shù)據(jù)中心將會遠(yuǎn)行:看下一個數(shù)據(jù)中心革命如何在一個工具中開始。
在第一階段,Vapor IO展示了數(shù)據(jù)中心空間不需要中心化也可用。如果數(shù)據(jù)中心連接最理想的位置是最小延遲點,那么蜂窩塔(cell tower)應(yīng)該可以被寄予厚望。超大型數(shù)據(jù)中心的機(jī)房沒有足夠的空間,但是有數(shù)以萬計連通性能優(yōu)良的基站,空間問題就解決了。
帶著羽翼的數(shù)據(jù)中心?云是不會死的,因為邊緣是便攜可移動的。
Waypoint#2告訴我們,超大規(guī)模數(shù)據(jù)中心不一定會受到邊緣模型的威脅。事實上,超大規(guī)模數(shù)據(jù)中心作為協(xié)調(diào)者的主機(jī)和Limelight Networks等CDN的關(guān)鍵目的地,它們在公共互聯(lián)網(wǎng)上可以快速走捷徑,仍然可以成為所有行動的中心。
數(shù)據(jù)中心同行:設(shè)備運行本地云?
但在世界上那些連超級擴(kuò)展的數(shù)據(jù)中心都無法訪問的地區(qū),在Waypoint#3中看可以看到,確實有可能通過創(chuàng)建分布式應(yīng)用程序,將數(shù)百個分散的業(yè)務(wù)點連接在一起。正如施耐德電氣(Schneider Electric)所表明的那樣,一種脫離人們的方式的物理部署模式是很有必要的。
邊緣、核心和云:所有的工作負(fù)載要去哪里?
然而,在最后一步,也是最棘手的問題:這樣新的更細(xì)分的數(shù)據(jù)中心地形圖上,企業(yè)各自承擔(dān)的不同類別的工作負(fù)載,如何劃定界限?邊緣模型可能有能力取代今天的云模型,以及仍然存在的第一代虛擬化模型。肯定會有人會調(diào)查為什么邊緣不能成為運營的中心。當(dāng)邊緣主導(dǎo)之后,所有的原因都隨歷史而去。
重組
無論運營人員還是DevOps專業(yè)人士都更關(guān)注配置和性能,而且這種關(guān)注不會減少。因此,他們新的“原生云”應(yīng)用程序組件正在積極自查運行環(huán)境。他們的目標(biāo)一致,在任何時候都是要找到邊緣,必要時移動到邊緣。
這顛覆了應(yīng)用程序。智能手機(jī)上的應(yīng)用程序執(zhí)行一些功能時,可能很快被轉(zhuǎn)移到服務(wù)器端。想象一下,如果一個功能較差的手機(jī)可以像現(xiàn)在這樣昂貴的手機(jī)一樣運行。屆時很多移動設(shè)備制造商發(fā)現(xiàn)自己被當(dāng)前市場排除門外,可能會迷失方向。(Windows Phone,其它?)
所以在我們的地圖上將邊緣的領(lǐng)土標(biāo)記出來非常重要。單純來看,這張地圖上沒有單一的“邊緣”,但它的每一部分都代表一個競爭者認(rèn)為邊緣可能存在的地方。如果整個領(lǐng)土分為云、核心和邊緣部分,戴爾可能會感到高興。AT&T篤信“客戶邊緣”和“服務(wù)邊緣”,這視市場情況而定。Vapor IO公司認(rèn)為它可以用同樣高質(zhì)量、小型化的服務(wù)來滿足AT&T的兩個優(yōu)勢。而剛剛部署新一輪分布式技術(shù)的超大規(guī)模數(shù)據(jù)中心讓我們看到中心也是優(yōu)勢。
一旦我們確定了邊緣,我們就可以繪制整個信息技術(shù)的地圖。如果企業(yè)沒有在這一點上表明自己的優(yōu)勢,那么只好等下一個時代。



