James Falkoff，位于波士頓的風險投資公司Converge的投資者。

邊緣計算已在技術時代精神中占據(jù)一席之地，具備創(chuàng)新力和前沿性。幾年來，人們一直認為邊緣計算一定會成為未來的一種計算方式。但實際上，討論仍然只是假設性的，因為支持邊緣計算所需的基礎設施仍然有很大的發(fā)展空間。

現(xiàn)在，隨著各種邊緣計算資源（從微數(shù)據(jù)中心到專用處理器，再到必要的軟件抽象）涌入應用程序開發(fā)人員、企業(yè)家和大型企業(yè)手中，這種情況正在發(fā)生改變?，F(xiàn)在回答有關邊緣計算的實用性及其含義時，我們不必照本宣科。那么，現(xiàn)實世界的發(fā)展告訴了我們關于這一取視的什么？特別是，邊緣計算的熱度是否與其實際情況相符？

在本文中，我將概述當前邊緣計算市場的情況。總的來說，邊緣計算的趨勢是真實存在的，由于成本和性能方面的原因，對應用程序進行分散化的需求不斷增長。邊緣計算的某些方面被大肆宣傳，而另一方面則沒有引起應有的注意。以下提出了4個要點旨在幫助決策者對邊緣計算的當下和未來的功能有一個實際的了解。

1、邊緣計算不僅僅是低延遲

邊緣計算是一種使計算和數(shù)據(jù)存儲更有效使用的范式。它與傳統(tǒng)的云計算模型形成鮮明對比——傳統(tǒng)的云計算模型中，計算只集中在少數(shù)幾個超大規(guī)模的數(shù)據(jù)中心中。邊緣可以位于比傳統(tǒng)云數(shù)據(jù)中心更靠近最終用戶或設備的任何地方，也許是100英里、1英里、本地或是設備上。無論采用哪種方法，傳統(tǒng)的邊緣計算敘事都強調(diào)邊緣的功能是使延遲最小，以改善用戶體驗或啟用對延遲敏感的新應用程序。這樣的說法容易讓人們對邊緣計算的認識不夠全面。盡管降低延遲是一個十分重要的用例，但它不一定是最有價值的用例。邊緣計算的另一個用例是最大程度地減少往返于云的網(wǎng)絡流量或是某些觀點中的“云卸載”，這至少可能會帶來與降低延遲一樣多的經(jīng)濟價值。

云卸載的根本驅(qū)動因素是用戶、設備或傳感器所生成的數(shù)據(jù)量的巨大增長。“從根本上來說，邊緣是一個數(shù)據(jù)問題”，Macrometa公司的CEO Chetan Venkatesh說道，這家初創(chuàng)公司正在應對邊緣計算中的數(shù)據(jù)挑戰(zhàn)。之所以出現(xiàn)云卸載，是因為遷移所有數(shù)據(jù)需要花費高額的費用，因此許多企業(yè)寧愿不將數(shù)據(jù)遷移到其他地方。此時，邊緣計算提供了一種從本地設備中提取值的方法，因為它不需要將數(shù)據(jù)遷移到邊緣之外。如有必要，還可以將數(shù)據(jù)精簡為更為經(jīng)濟的子集，以發(fā)送到云進行存儲或進一步分析。

云卸載一個十分經(jīng)典的用例是處理視頻或音頻數(shù)據(jù)，這是最耗帶寬的兩種數(shù)據(jù)類型。據(jù)我最近接觸到參與部署的人士透露到，一位在亞洲10000多個地點都有開店的零售商正在使用邊緣計算技術同時對店內(nèi)的視頻監(jiān)控和語言翻譯服務進行處理。但除此之外，還有其他數(shù)據(jù)源傳輸?shù)皆浦幸餐瑯影嘿F。另一位聯(lián)系人稱，一家大型IT軟件供應生正在分析來自客戶本地IT架構的實時數(shù)據(jù)，以防止出現(xiàn)問題并優(yōu)化性能。它使用邊緣計算來避免將所有數(shù)據(jù)回傳到AWS。此外，工業(yè)設備也會生成海量數(shù)據(jù)，因此也是云卸載的主要應用場景。

2、邊緣計算是云的擴展

盡管早期的宣傳口徑是邊緣會取代云，但更準確的說法應該是，邊緣擴展了云的范圍。它不會影響企業(yè)將業(yè)務遷移到云的趨勢。但是，當前正在進行一系列措施，以將按需資源可用性和物理基礎架構的云計算公式擴展到與傳統(tǒng)云數(shù)據(jù)中心越來越遠的位置。這些邊緣位置將使用從云演變而來的工具和方法進行管理，并且隨著邊緣和云的不斷發(fā)展，云和邊緣之間的界限將變得模糊。

事實上，邊緣和云是同一連續(xù)體的一部分，這一事實你可以從諸如AWS、Azure等公有云提供商的邊緣計算計劃中略窺一二。如果你的企業(yè)希望進行本地邊緣計算，那么亞馬遜會向你發(fā)送一個AWS Outpost，這是一個組裝好的計算和存儲架構，可以模仿亞馬遜自己的數(shù)據(jù)中心的硬件設計。它會被安裝在客戶自己的數(shù)據(jù)中心中，并由亞馬遜監(jiān)控、維護和升級。重要的是，Outposts所運行的服務是許多AWS用戶所依賴的，例如EC2計算服務，從而使邊緣在操作上與云類似。還有其他許多大廠的產(chǎn)品也有類似的目標。從這些產(chǎn)品中，我們可以接收到一個明確的信號，即云提供商希望將云和邊緣基礎架構統(tǒng)一在一個保護傘下。

3、邊緣基礎架構正在分階段實現(xiàn)

雖然某些應用程序最好在本地運行，但在許多情況下，應用程序所有者希望從邊緣計算中受益，而不必支持任何本地占用空間。這就需要了解一種新型的基礎架構，盡管該基礎架構某些部分看起來像云，但是在地理上比當今構成云的幾十個超大規(guī)模數(shù)據(jù)中心分布得更多。這類型得基礎架構現(xiàn)在逐漸開始被應用，并且它可能會分為3個發(fā)展階段，每個階段都通過觸達越來越廣泛的地理區(qū)域來擴展邊緣的范圍。

階段1：多區(qū)域和多云

關于邊緣計算的第一步，許多人可能不考慮將邊緣計算應用到大量應用程序中。此步驟是利用公有云提供商提供的多個區(qū)域。例如，AWS在22個地理區(qū)域設有數(shù)據(jù)中心，其中為北美和歐洲用戶提供服務的AWS客戶可以在北加利福尼亞州和法蘭克福地區(qū)運行其應用程序。從一個區(qū)域到多個區(qū)域可以大大減少延遲，對于大量應用程序來說，這可以提供良好的用戶體驗。

與此同時，還有一個趨勢是多云，這一趨勢受一系列考慮因素的驅(qū)動，包括成本效率、降低風險、避免供應商鎖定以及希望獲得由不同提供商提供的同類中最佳的服務?！皥?zhí)行多云策略是當今非常重要的戰(zhàn)略和架構”Mark Weiner對我說道，他是分布式云計算公司Volterra的CMO。與多區(qū)域方法一樣，多云方法標志著云計算朝著分布式工作負載邁出了第一步，而分布式工作負載正朝著越來越分散的邊緣計算方法發(fā)展。

階段二：區(qū)域邊緣計算

在邊緣演進中的第二個階段將邊緣擴展到更深一層，邊緣計算將利用數(shù)百或數(shù)千個位置的基礎設施，而不是僅在幾十個城市中的超大規(guī)模數(shù)據(jù)中心。事實證明，有一群玩家已經(jīng)擁有這樣的基礎架構：內(nèi)容分發(fā)網(wǎng)絡（CDN）。20年來，CDN一直是參與邊緣計算發(fā)展的先驅(qū)，它們將靜態(tài)內(nèi)容緩存到更接近最終用戶的位置以提高性能。雖然AWS已經(jīng)擁有22個區(qū)域，但是像Cloudflare這樣的典型CDN有194個。

所不同的是，這些CDN現(xiàn)在已經(jīng)開始向通用工作負載開放其基礎架構，而不僅僅是緩存靜態(tài)內(nèi)容。如今，諸如Cloudflare、Fastly、Limelight、StackPath以及Zenlayer之類的CDN都提供了容器即服務、VM即服務、裸機即服務和Serverless功能的組合。換言之，它們開始看起來更像云提供商。具有前瞻性的云提供商也提供了此類基礎架構，而AWS又賣出了多區(qū)域化基礎架構的第一步，引入了第一個所謂的洛杉磯本地區(qū)域，并承諾將提供更多本地區(qū)域。

階段三：接入邊緣計算（Access Edge）

邊緣演進的第三個階段驅(qū)動邊緣更向外拓展，以至與最終用戶或設備僅相距一兩個網(wǎng)絡躍點。在傳統(tǒng)的電信術語中，這稱為網(wǎng)絡的接入部分，因此這種類型的體系結(jié)構已被標記為接入邊緣。Access Edge的典型形式是微型數(shù)據(jù)中心，其可以小如單機架，大如半個拖車，并且可以部署在路邊或蜂窩網(wǎng)絡塔的底部。在這背后，電力和冷卻方面的創(chuàng)新將使得越來越小的密度的基礎設施部署在這些小巧的數(shù)據(jù)中心中。

像Vapor IO、EdgeMicro和EdgePresence等新入局者已經(jīng)開始在美國少數(shù)城市中建立這些微型數(shù)據(jù)中心。2019年是擴建元年，2020年至2021年將繼續(xù)在這些擴建項目上投入大量資金。到2022年，邊緣數(shù)據(jù)中心的回報將成為投資人的關注重點。最終，這些回報將回答以下問題：是否有足夠的殺手級應用程序可以讓邊緣貼近最終用戶或設備？

我們對這個問題的答案還處于懵懂階段。最近，我與許多從業(yè)者進行交談，他們都對此表示懷疑，即Access Edge中的微型數(shù)據(jù)中心是否比區(qū)域邊緣的區(qū)域數(shù)據(jù)中心更具有足夠的邊際效益。早期采用者已經(jīng)以多種方式利用了區(qū)域邊緣，包括各種云卸載用例以及降低延遲優(yōu)化用戶體驗（如在線游戲、廣告服務和電子商務）。相比之下，需要Access Edge的超低延遲和非常短的網(wǎng)絡路由的應用程序聽起來更遙不可及：自動駕駛、無人機、AR/VR、智慧城市、遠程手術等。更重要的是，這些應用程序必須權衡Access Edge的優(yōu)勢，而不是使用本地或設備上的方法在本地進行計算。但是，肯定會出現(xiàn)Access Edge的殺手級應用程序——也許今天還沒能引起大家的關注，但是幾年之后我們會對其有更深入的了解。

4、需要新軟件來管理邊緣

在以上的內(nèi)容中，我簡單闡述了邊緣計算中的幾種架構以及“邊緣”可以位于許多地方。然而，該行業(yè)的最終方向是統(tǒng)一化、標準化——無論邊緣位于何處都可以使用相同的工具和流程來管理云和邊緣工作負載。這將需要對用于在云中部署、擴展和管理應用程序的軟件進行改進，而該應用程序在過去設計時只考慮到單個數(shù)據(jù)中心的架構。

諸如Ori、Rancher和Volterra之類的初創(chuàng)公司以及諸如Google的Anthos、Microsoft的Azure Arc之類的大公司計劃正在以這種方式發(fā)展云基礎架構軟件。實際上，所有這些產(chǎn)品都有一個共同點：它們基于Kubernetes，Kubernetes已經(jīng)成為管理容器化應用程序的主要方法。但是這些產(chǎn)品超越了Kubernetes的最初設計，可以支持分布式多個Kubernetes集群。這些集群可能位于由“邊緣”、本地環(huán)境和公有云組成的異構基礎架構池的頂部，但是由于有了這些產(chǎn)品，它們都可以得到統(tǒng)一管理。

最初，這些產(chǎn)品的最大機會是支持邊緣演進的第一階段，即通過一個或多個云，利用少數(shù)區(qū)域，適度分布部署。但這恰好使它們處于有利地位，以支持即將來臨的更加分布式的邊緣計算架構?！敖鉀Q了當今的多集群管理和運維問題，那么當你解決更廣泛的邊緣計算用例時，你將占據(jù)有利地位?！?Rafay Systems CEO，Haseeb Budhani說道。

邊緣，離輝煌并不遙遠

既然現(xiàn)在支持邊緣計算的資源不斷涌現(xiàn)，面向邊緣的思想將在設計應用程序的人們中更加普遍。在經(jīng)歷了一個以資源集中在少數(shù)云數(shù)據(jù)中心為趨勢的時代之后，現(xiàn)在出現(xiàn)了一種要求增加分散化的反向力量。邊緣計算仍處于起步階段，但是已經(jīng)從理論轉(zhuǎn)向?qū)嶋H?，F(xiàn)在這一行業(yè)正在迅速發(fā)展。正如大家所知，云計算只有14年的歷史，那么我們有理由相信，不久之后的將來，邊緣計算一定能在計算領域留下輝煌的印記。