并非每個應用程序都是為邊緣計算而構建的。 事實上，鑒于當今邊緣計算的采用相當有限，可以公平地說，當今的大多數應用程序都不是邊緣計算的候選者。

　　例如，許多類型的分布式公司設施依賴于對從個人生產力工具到庫存和零售管理等應用程序的訪問。如果這些應用程序在非本地托管，并且與它們的網絡連接失敗，則員工和客戶可能會被切斷，從而有可能失去收入以及對產品和設施的控制。

　　大多數企業不會將上述場景視為邊緣計算應用，就像他們不會將臺式電腦視為邊緣系統一樣。 相反，保護性本地處理屬于分布式計算的范疇。 將其視為邊緣應用程序可能會增加成本、開發復雜性和產品選擇的壓力。

　　那么，邊緣計算的真正體現是什么?它在企業中的應用是什么? 隨著邊緣計算真實用例的出現，最先進的示例不僅強調邊緣即服務云產品，還強調從分布式計算到真正邊緣的轉變。

　　4個邊緣計算示例

　　了解邊緣計算發揮作用的最佳方法是選擇一些反映邊緣計算應用演變的現實示例。

　　1. 銷售點

　　乍一看，銷售點似乎屬于保護性本地加工的范圍。 然而，銷售點有一個微妙的區別：應用程序延遲會影響工作人員或客戶的行為。

　　當收銀員或顧客掃描商品上的條形碼時，他們期望得到積極的反饋——通常是音頻、屏幕上的商品描述或兩者兼而有之。 這種遠程站點活動具有潛在的延遲限制，但它們不如自動化制造應用程序中的限制嚴格。

　　因此，銷售點是分布式計算和邊緣計算的結合。 盡管為應用程序使用遠程計算資源可能會因數據中心的連接或資源擁塞而引入延遲問題，但本地應用程序很少需要任何特殊技術來進一步管理延遲。 盡管如此，開發人員仍應仔細檢查掃描響應時間限制，因為錯過掃描會造成零售損失。

　　2. 倉儲

　　這個邊緣計算示例位于分布式邊緣鴻溝的另一側：涉及人工和自動貨物移動和會計相結合的倉儲應用程序。

　　在這些應用中，卡車到達和離開設施，工人將貨物移入和移出這些卡車。 貨物從庫存中提取或添加到庫存中，并與卡車運輸庫存鏈接或取消鏈接。 貨物本身經過包裝并貼有條形碼標簽，當貨物在貨架上或傳送帶上移動時，掃描儀會記錄其條形碼，以幫助創建顯示貨物移動的模型。

　　活動的節奏可能很快，而且由于移動必須在人類和自動化設施之間進行協調，因此不可能停止并恢復丟失的信息——系統無法跟上。 在許多情況下，自動化包裹處理會在貨物流經時將其轉移到新的路徑上，任何延誤都可能導致運送錯誤的包裹。

　　傳統的本地庫存流程正在發揮作用，但自動化流程也在發揮作用。此外，延遲管理非常重要。這使得倉儲成為本地控制器和服務器資源最有可能支持的邊緣計算應用。因此，開發人員應該將其視為嵌入式控制應用程序。

　　3. 多功能運輸

　　運輸邊緣計算示例適用于公路、鐵路、航空和海運公司。多功能傳輸暴露了可能將內部邊緣托管應用程序轉換為邊緣服務應用程序的問題。

　　在運輸應用中，內容和運輸都很重要。條形碼、二維碼和RFID可以識別任何一種類型的物體，因為傳感器可以在裝卸甚至移動過程中讀取它們。包含傳感器的遙測設備可以提供其他詳細信息，例如溫度和GPS位置。

　　讀取這些指標的正常應用程序結構是在許多點收集數據，然后將其發送到內部:邊緣/云或邊緣/數據中心應用程序的完美模型。由于交通應用程序自然會在關鍵點批量獲取傳感器數據，因此延遲管理對于確保不丟失數據和快速分析問題至關重要。

　　如今，一系列與設施相關的設備支持該用例下的應用，但移動服務(包括5G)的使用越來越多，人們對邊緣托管服務也越來越感興趣。傳感器報告的相同批量性質意味著交通應用程序在使用方面往往是零星的，這使它們非常適合通過邊緣托管提供支持。

　　4. 智慧城市

　　在某種程度上，最后一個例子是其余例子的總和。 智慧城市可能確實是一座城市，但也可能是校園、體育場甚至是戰場。 智慧城市的特點是多樣性和不可預測性的結合，而且在許多情況下，如果出現問題，財產和生命可能面臨風險。

　　智慧城市說明世界很大。 本質上，在應用程序級別處理它需要將其分解為相互依賴的系統。 其中每一個仍然是更廣泛的畫面的實時組成部分，因此每一個都處理其本地事件并連續將事件貢獻給更廣泛的系統。 每個級別的操作以事件為中心的性質意味著低延遲的本地處理，整個系統的同步取決于事件的一致和快速移動。

　　如果單獨考慮的話，智慧城市的某些元素可能是被視為分布式計算的其他邊緣用例。 在智慧城市環境中，即使是保護性本地處理也可能需要與系統實時集成，以便在購物者經過商店時提醒他們優惠信息。 這需要了解價格和庫存。 城市(或類似城市的設施集合)越智能，該集合的系統元素就必須越實時、以邊緣為中心。

　　By Tom Nolle