一場邊緣競賽，一曲云計算的末日之歌

　　數(shù)據中心中向邊緣的涌進讓這一切日漸清晰：隨著分布式計算的發(fā)展，我們越來越無法忽略邊緣。

　　我們在ZDNet Scale全球數(shù)據中心邊界的首次偵察之旅中，尋遍眾多領域，為了能找到所謂的“邊緣(edge)”。我們發(fā)現(xiàn)“云計算”不是一種云，或者至少，不再是一種云。

　　計算一直以來就是一種機制。物理學需要計算在某些地方更好地工作。網絡工程師畫云來描繪的某些功能，便是我們沒必要知道的功能。

　　分布式計算的發(fā)展，讓我們再不能忽略邊緣。

　　追溯

　　超大規(guī)模數(shù)據中心將會遠行：看下一個數(shù)據中心革命如何在一個工具中開始。

　　在第一階段，Vapor IO展示了數(shù)據中心空間不需要中心化也可用。如果數(shù)據中心連接最理想的位置是最小延遲點，那么蜂窩塔(cell tower)應該可以被寄予厚望。超大型數(shù)據中心的機房沒有足夠的空間，但是有數(shù)以萬計連通性能優(yōu)良的基站，空間問題就解決了。

　　帶著羽翼的數(shù)據中心?云是不會死的，因為邊緣是便攜可移動的。

　　Waypoint#2告訴我們，超大規(guī)模數(shù)據中心不一定會受到邊緣模型的威脅。事實上，超大規(guī)模數(shù)據中心作為協(xié)調者的主機和Limelight Networks等CDN的關鍵目的地，它們在公共互聯(lián)網上可以快速走捷徑，仍然可以成為所有行動的中心。

　　數(shù)據中心同行：設備運行本地云?

　　但在世界上那些連超級擴展的數(shù)據中心都無法訪問的地區(qū)，在Waypoint#3中看可以看到，確實有可能通過創(chuàng)建分布式應用程序，將數(shù)百個分散的業(yè)務點連接在一起。正如施耐德電氣(Schneider Electric)所表明的那樣，一種脫離人們的方式的物理部署模式是很有必要的。

　　邊緣、核心和云：所有的工作負載要去哪里?

　　然而，在最后一步，也是最棘手的問題：這樣新的更細分的數(shù)據中心地形圖上，企業(yè)各自承擔的不同類別的工作負載，如何劃定界限?邊緣模型可能有能力取代今天的云模型，以及仍然存在的第一代虛擬化模型?？隙〞腥藭{查為什么邊緣不能成為運營的中心。當邊緣主導之后，所有的原因都隨歷史而去。

　　重組

　　無論運營人員還是DevOps專業(yè)人士都更關注配置和性能，而且這種關注不會減少。因此，他們新的“原生云”應用程序組件正在積極自查運行環(huán)境。他們的目標一致，在任何時候都是要找到邊緣，必要時移動到邊緣。

　　這顛覆了應用程序。智能手機上的應用程序執(zhí)行一些功能時，可能很快被轉移到服務器端。想象一下，如果一個功能較差的手機可以像現(xiàn)在這樣昂貴的手機一樣運行。屆時很多移動設備制造商發(fā)現(xiàn)自己被當前市場排除門外，可能會迷失方向。(Windows Phone，其它?)

　　所以在我們的地圖上將邊緣的領土標記出來非常重要。單純來看，這張地圖上沒有單一的“邊緣”，但它的每一部分都代表一個競爭者認為邊緣可能存在的地方。如果整個領土分為云、核心和邊緣部分，戴爾可能會感到高興。AT&T篤信“客戶邊緣”和“服務邊緣”，這視市場情況而定。Vapor IO公司認為它可以用同樣高質量、小型化的服務來滿足AT&T的兩個優(yōu)勢。而剛剛部署新一輪分布式技術的超大規(guī)模數(shù)據中心讓我們看到中心也是優(yōu)勢。

　　一旦我們確定了邊緣，我們就可以繪制整個信息技術的地圖。如果企業(yè)沒有在這一點上表明自己的優(yōu)勢，那么只好等下一個時代。