邊緣計(jì)算部署成功的4個(gè)因素

　　當(dāng)云計(jì)算技術(shù)最初出現(xiàn)時(shí)，一種很流行的觀點(diǎn)是它將包含所有計(jì)算。一種常見(jiàn)的類比是將其比作電網(wǎng)，可以在很大程度上取代本地的分布式發(fā)電設(shè)施。

　　但是，公有云不能總是替代內(nèi)部部署硬件有著很多原因。特別是在采用邊緣計(jì)算的情況下，希望將計(jì)算推向更靠近數(shù)據(jù)收集和使用的地方。

　　隨著機(jī)器學(xué)習(xí)越來(lái)越多地用于在時(shí)間緊迫的情況下將內(nèi)部部署操作實(shí)現(xiàn)自動(dòng)化，這一點(diǎn)變得很重要。此外，與始終依賴中心站點(diǎn)相比，在本地采取行動(dòng)通常不僅更快，而且在連接中斷時(shí)更有彈性。

　　然而，實(shí)現(xiàn)邊緣計(jì)算架構(gòu)并不總是那么簡(jiǎn)單。當(dāng)企業(yè)將業(yè)務(wù)推向網(wǎng)絡(luò)邊緣時(shí)，需要考慮以下四個(gè)因素。

　　1.需要考慮自動(dòng)化

　　自動(dòng)化和管理很重要，邊緣計(jì)算設(shè)備的數(shù)量龐大以及可能沒(méi)有本地IT人員(甚至現(xiàn)場(chǎng)沒(méi)有固定員工)的事實(shí)意味著他們需要采用自動(dòng)化和管理。

　　自動(dòng)化使用軟件創(chuàng)建可重復(fù)的指令和流程，從而減少人員與IT系統(tǒng)的交互。這反過(guò)來(lái)又可以改進(jìn)IT供應(yīng)、配置管理、修補(bǔ)、應(yīng)用編排、安全性和合規(guī)性。自動(dòng)化通常是通過(guò)靠近邊緣端點(diǎn)和集中控制層的自動(dòng)化工作流來(lái)實(shí)現(xiàn)的。本地化執(zhí)行可以防止高延遲和連接中斷，集中控制則提供對(duì)邊緣環(huán)境的集成控制。

　　例如，零售連鎖店可能會(huì)自動(dòng)化端點(diǎn)以簡(jiǎn)化基礎(chǔ)設(shè)施操作、加強(qiáng)安全策略并標(biāo)準(zhǔn)化跨分支機(jī)構(gòu)的設(shè)備配置。大規(guī)模配置、災(zāi)難恢復(fù)、分支遷移和響應(yīng)特定事件的操作都是自動(dòng)化可以在邊緣環(huán)境中發(fā)揮作用的示例。

　　與之密切相關(guān)的是管理，其中包括創(chuàng)建標(biāo)準(zhǔn)的操作環(huán)境。這樣做是擴(kuò)展的關(guān)鍵。在從開(kāi)發(fā)到生產(chǎn)的整個(gè)環(huán)境中部署標(biāo)準(zhǔn)化映像時(shí)，還需要將這些系統(tǒng)注冊(cè)到邊緣管理控制臺(tái)。維護(hù)安全策略也是一項(xiàng)基本的管理功能。

　　2.不要隨意構(gòu)建業(yè)務(wù)流程

　　如果沒(méi)有進(jìn)行管理的話，邊緣計(jì)算可能會(huì)變得混亂不堪。即使有了自動(dòng)化和管理系統(tǒng)，仍然需要架構(gòu)承諾來(lái)保持跨邊緣和數(shù)據(jù)中心環(huán)境的高度一致性。

　　缺乏一致性的一個(gè)原因是外圍設(shè)備通常比數(shù)據(jù)中心的服務(wù)器更小，功能也更弱。因此，他們需要運(yùn)行不同的軟件。

　　但情況不一定如此，或者至少不是全部。企業(yè)可以從在其他地方運(yùn)行的小型核心Linux操作系統(tǒng)構(gòu)建系統(tǒng)映像，并對(duì)其進(jìn)行自定義，以準(zhǔn)確添加在驅(qū)動(dòng)程序、擴(kuò)展和工作負(fù)載方面所需的內(nèi)容。然后可以將映像作為一個(gè)單元進(jìn)行版本控制、測(cè)試、簽名和部署，因此企業(yè)的運(yùn)營(yíng)團(tuán)隊(duì)可以準(zhǔn)確了解設(shè)備上運(yùn)行的內(nèi)容。

　　還可以將分階段和應(yīng)用的映像更新配置為僅在下一次重新啟動(dòng)時(shí)發(fā)生，以確保停機(jī)時(shí)間最小化。還可以通過(guò)智能回滾來(lái)減少停機(jī)時(shí)間，智能回滾可以逆轉(zhuǎn)更新以響應(yīng)特定于應(yīng)用程序的健康檢查。

　　雖然在包含邊緣設(shè)備的混合云中通常需要進(jìn)行一些定制，但通常仍然可以在任何必要的定制下?lián)碛幸恢碌暮诵沫h(huán)境。

　　3.邊緣也需要Kubernetes

　　這種一致性甚至可以擴(kuò)展到Kubernetes。

　　人們可能會(huì)想，“等一等……Kubernetes不只是用于云平臺(tái)和服務(wù)器集群?jiǎn)?”不一定。

　　一方面，邊緣設(shè)備不再那么小。例如在最近的一項(xiàng)研究中，企業(yè)內(nèi)部的高級(jí)運(yùn)營(yíng)管理人員表示，允許在本地進(jìn)行數(shù)據(jù)分析是一項(xiàng)重要的邊緣計(jì)算優(yōu)勢(shì)。

　　雖然訓(xùn)練機(jī)器學(xué)習(xí)模型通常仍然發(fā)生在集中位置，但模型推理越來(lái)越多地被推到邊緣。這可以顯著減少將所有數(shù)據(jù)發(fā)送回本地進(jìn)行分析的高帶寬連接需求。這也意味著任何需要的本地操作(例如關(guān)閉或即將發(fā)生故障的機(jī)器)都不依賴于可靠且快速的網(wǎng)絡(luò)鏈接。

　　即使當(dāng)今的工作量相對(duì)較輕，也可能希望保持選擇余地。也許工作量會(huì)增加，也許想添加一個(gè)高可用性選項(xiàng)，也許決定減少對(duì)可靠網(wǎng)絡(luò)鏈接的依賴。

　　但是，出于以上討論的相同原因，采用Kubernetes也是有意義的：一致性。如果企業(yè)在數(shù)據(jù)中心運(yùn)行Kubernetes，在邊緣運(yùn)行Kubernetes將幫助企業(yè)標(biāo)準(zhǔn)化軟件生命周期管理并在混合云環(huán)境中提供一致性。為此，正在進(jìn)行各種項(xiàng)目，以針對(duì)具有不同足跡、可用性和網(wǎng)絡(luò)要求的各種用例優(yōu)化Kubernetes。

　　4.提供幫助

　　如今有許多關(guān)于邊緣計(jì)算的信息來(lái)源。但是想了解一些開(kāi)源工作，這些工作記錄了基于企業(yè)已經(jīng)實(shí)施的模式的完整邊緣架構(gòu)。

　　產(chǎn)品組合架構(gòu)展示了開(kāi)源軟件的成功部署，包括邊緣部署，并提供架構(gòu)最佳實(shí)踐、工具和其他相關(guān)資源的鏈接。它們包括服務(wù)和平臺(tái)的高級(jí)抽象、描述主要節(jié)點(diǎn)和服務(wù)及其交互和網(wǎng)絡(luò)連接的模式，以及對(duì)特定服務(wù)的詳細(xì)介紹。

　　投資組合架構(gòu)是使用通用的可重復(fù)流程、可視化語(yǔ)言和工具集、演示文稿和架構(gòu)圖開(kāi)發(fā)的。產(chǎn)品組合架構(gòu)側(cè)重于在多種部署中有效的技術(shù)組合，并解決特定的常見(jiàn)問(wèn)題(或問(wèn)題集群)。

　　驗(yàn)證模式是參考架構(gòu)的自然發(fā)展。

　　它們包含幫助構(gòu)建邊緣軟件堆棧所需的所有代碼，以便更快地獲得概念驗(yàn)證。典型的模式包括數(shù)據(jù)中心和一個(gè)或多個(gè)基于邊緣Kubernetes的集群。所有步驟都通過(guò)GitOps完全自動(dòng)化，以實(shí)現(xiàn)一致和大規(guī)模的自動(dòng)化部署。然后，用戶可以修改特定應(yīng)用程序的模式。

　　此外，相關(guān)用戶可以交流改進(jìn)——提供開(kāi)源開(kāi)發(fā)模型的另一個(gè)示例，該模型應(yīng)用于復(fù)雜的分布式軟件堆棧的初始部署和持續(xù)操作。

　　與靜態(tài)參考架構(gòu)不同，經(jīng)過(guò)驗(yàn)證的模式會(huì)針對(duì)當(dāng)前產(chǎn)品版本進(jìn)行持續(xù)測(cè)試，以便企業(yè)的部署保持最新，并在使用最新功能的同時(shí)降低風(fēng)險(xiǎn)。

　　驗(yàn)證模式還考慮了其​​他方面，例如安全性，這些方面本身可能不是架構(gòu)的一部分，但作為軟件部署的一部分很重要。例如，機(jī)密和身份管理對(duì)于最復(fù)雜的部署至關(guān)重要。盡管如此，它們經(jīng)常被排除在“市場(chǎng)結(jié)構(gòu)”甚至參考架構(gòu)之外，以專注于基本元素。

　　部分原因是，邊緣計(jì)算部署需要與雜亂無(wú)章的物理世界交互，它們總是有其復(fù)雜性和獨(dú)特性。但是，如果利用其他人學(xué)到的知識(shí)，并牢記自動(dòng)化、管理和一致性等核心原則，就會(huì)獲得真正的業(yè)務(wù)價(jià)值。