邊緣運算與雲端運算比較

溫室可以在附近決定何時澆水，再把長期讀數送到其他地方分析。這兩項工作不必互相競爭。

想像一座在土壤過乾時替植物澆水的溫室。一項工作需要在植物旁立即回應；另一項工作則比較幾座溫室數個月的讀數。這些工作不必在同一台電腦上執行。

邊緣描述接近程度；雲端描述服務模式

邊緣運算把部分處理放在人、裝置或產生資料的活動附近。它可能是一個位於溫室中的控制器、小型本地伺服器，或附近網路設施中的設備。

雲端運算以服務形式提供運算資源。這些資源可能位於大型資料中心，但雲端平台也能延伸到附近的地點。因此邊緣與雲端不是互相排斥的分類：同一個系統可以同時使用兩者。

ETSI 的邊緣運算工作涵蓋在場所內與網路邊緣部署，也包含與雲端供應商合作。如果你還不熟悉服務模式，請先閱讀雲端運算介紹。

把即時回應放在事件附近

在我們的溫室裡，本地控制器可以讀取感測器並操作閥門，不必把每個決定都送往遠方伺服器。縮短這段路徑可以降低網路延遲。在本地篩選或摘要讀數，也能減少送往其他地方的資料量。

這項好處來自應用程式的設計方式。如果附近的設備每次作決定仍要依賴遠端服務，連線中斷時就無法保留相同功能。除了距離，本地處理容量、軟體與備援行為也很重要。

用共享容量取得更廣的視角

雲端服務可以整合許多溫室的讀數、儲存歷史資料，並比較一個季節中的生長條件。這項工作可以受益於共享儲存與運算資源，不必位在每株植物旁邊。

速度或成本沒有一個放諸四海皆準的勝者。網路傳輸、等待時間與運算本身都會影響回應。連線良好的雲端服務可能勝過過載的本地裝置；快速的本地檢查則可以避免不必要的傳輸。

分配工作的實際方法

• 回應時間：哪個決定必須立即完成？使用者或裝置可以等多久？
• 連線中斷：哪些事情應該在本地繼續，哪些事情可以等連線恢復？
• 資料移動：哪些原始資料必須離開現場？摘要是否已經足夠？
• 營運工作：誰維護附近的裝置？遠端服務會對哪些資源或傳輸收費？

答案可能導向本地回應迴圈，加上遠端儲存與分析；也可能導向單一地點中更簡單的系統。只有在更多元件確實服務於實際工作時，增加它們才有用。

地點更多，不會自動代表更獨立

一個組織可以控制分布在許多地方的電腦。機器所在的位置，與改變其規則的權力，是兩個不同問題。要理解一個系統，既要看工作在哪裡發生，也要看誰能決定它如何運作。

這項區分連到更廣的問題：誰控制網際網路的不同部分？至於使用者與運算服務之間的連線，請接著了解主要的網際網路接取類型。