云計算1.0專注于基于虛擬化的基礎架構即服務 (IaaS)。云計算 2.0 引入了云原生服務，例如大數據、AI/ML、可擴展的中間件服務以及基于容器化等概念的開發。

云下一步將走向何方？我們有理由相信云3.0 將專注于在任何地方進行大規模的計算——想象一個“去中心化的世界計算機”，完全分布在云的邊緣，存在于多個位置，并且永遠不會消亡。

為什么去中心化很重要

如今，AWS、Azure、GCP 等公有云大多是中心化的。雖然公有云有多個區域，但每個區域基本上還是一個數據中心。

托管在此類區域中的應用程序將以典型的客戶端服務請求/響應方式為遠程位置的客戶端提供服務。

隨著越來越多的數據在邊緣生成，由于“數據引力”，計算自然會更靠近數據所在的位置。5G 等技術可以最大限度地減少網絡延遲和帶寬限制，但不能解決邊緣處理的需求。

例如，如果一家零售店想要捕捉客戶的照片進行圖像識別，然后在客戶的手機上做一些推送促銷，最好直接在商店本地處理圖像，而不是通過 WLAN將圖像發送到集中的云區域。還有一些用例需要更多本地用戶交互，例如 AR/VR。

分散式云計算方法的另一個優點是參與者可以在需要時相互提供資源。資源孤島可以被打破，這樣整個世界就可以減少基礎設施的過度配置。

我們已經看到公共云提供商將其業務擴展到更靠近邊緣的位置。這些位置和投資，跨越多個云和數據中心，為真正的全球化提供了堅實的基礎設施點。

差距和挑戰

雖然“云3.0”可能是一種自然演變，但我們才剛剛開始解決企業需要解決的問題：

1. 安全和控制必須是首要考慮因素

這類似于早期的私有云與公共云的爭論。企業花了十多年的時間才擁抱公共云。云提供商必須證明他們在安全性、運營效率、工作負載和網絡隔離方面做得更好。

即便如此，企業仍然會使用混合云或多云。沒有人愿意把所有的雞蛋放在一個籃子里，有些云更適合某些特定的工作負載。

完全去中心化的全球“公共”云將很難被企業所接受，特別是如果他們的工作負載將在不可見的不受信任的計算環境中運行。由于一切都是分布式的，因此網絡和數據物理隔離幾乎是不可能的。需要改變思維方式才能轉向邏輯隔離。

企業將更喜歡專用的“私有”去中心化云，覆蓋現有的公共云和私有云，利用他們自己的公共云帳戶和本地基礎設施，以便他們擁有控制和信任。

2. 要求重寫應用程序會減慢采用率

早期的去中心化計算平臺要求開發人員使用專有的編程語言或 PaaS 服務來創建可以在其平臺上運行的應用程序。

例如，CDN 提供商提供 FaaS 服務，以太坊提供類似 Javascript 的編程語言Solidity，或者 Synadia 提供用于應用程序的去中心化 NATS 消息總線服務。

這可能是充分利用平臺并在幕后隱藏一些互連所必需的。然而，這阻礙了采用——重寫應用程序不僅是一項巨大的投資，對于企業而言，只有一個選擇也是有風險的。

2009 年《伯克利云計算》(A Berkeley View of Cloud Computing)曾經給出預測。它描述了兩種相互競爭的云計算方法：基礎設施即服務(例如 AWS EC2)和平臺即服務(例如 Google應用引擎)。

它預測 PaaS 將會獲得廣泛應用，因為它會隱藏基礎設施的復雜性并提供簡單的編程接口來使用服務。

當此觀點發布后，作者承認：“市場最終接受了亞馬遜的低級虛擬機方法來進行云計算，因此谷歌、微軟和其他云計算公司提供了類似的接口。我們認為低級虛擬機成功的主要原因是，在云計算的早期，用戶希望在云中重新創建與本地計算機相同的計算環境，以簡化將工作負載移植到云的過程。顯然，實際需求優先于僅為云編寫新程序，尤其是在尚不清楚云會取得多大成功的情況下。”

而AWS 同時提供 IaaS 和 PaaS 服務。兩者都很重要，但首先采用 IaaS 是因為它更好地理解了最初如何使用它。

成功過渡到云3.0將建立在當今熟悉的開發人員工具和平臺上，例如容器和 Kubernetes，但要以采用多云和多集群方式。其他去中心化服務和平臺將隨著時間的推移而發展。

3. 羅馬不是一天建成的，去中心化的云也不是

企業采用和遷移到去中心化云不會在一夜之間發生——這將是一個過程。此外，服務仍將存在于本地或公共云上，因此與它們的互操作性將很重要。

當遷移到去中心化云時，第二層或第三層站點到站點的VPN / VPC 對等設置將不再可行。大多數服務訪問控制必須在應用程序服務級別的第7層。Service Mesh 將發揮重要作用并擴展到其他集群，以及與現有的遺留服務互連。

為了讓一切變得無縫，需要計算平臺編排和放置額外的 Service Mesh 網關，以實現服務可訪問性控制的自動化。

雖然完全去中心化的泛在計算平臺的概念很有趣，但要實現它還需要解決許多問題。新的用例、實現——我們將在未來幾年看到更多發展。