你的企業(yè)為這種新的數(shù)據(jù)環(huán)境做好準(zhǔn)備了嗎?

邊緣計(jì)算把計(jì)算能力和數(shù)據(jù)存儲(chǔ)分布在更靠近數(shù)據(jù)產(chǎn)生和使用的地方。新的邊緣應(yīng)用程序利用設(shè)備和網(wǎng)絡(luò)網(wǎng)關(guān)執(zhí)行任務(wù)，并取代云在本地提供服務(wù)。

這類邊緣應(yīng)用程序需要一種新的數(shù)據(jù)體系結(jié)構(gòu)，該體系結(jié)構(gòu)需要考慮應(yīng)用程序的規(guī)模、延遲、可用性和安全需求。今天我們將研究企業(yè)在為邊緣應(yīng)用程序構(gòu)建數(shù)據(jù)體系結(jié)構(gòu)時(shí)需要考慮的關(guān)鍵設(shè)計(jì)因素。

確定數(shù)據(jù)體系結(jié)構(gòu)的第一步是理解數(shù)據(jù)的生命周期——數(shù)據(jù)在哪里產(chǎn)生，需要對(duì)數(shù)據(jù)做什么(例如，分析、存儲(chǔ)和轉(zhuǎn)發(fā)，以及長(zhǎng)期存儲(chǔ))，以及在哪里使用數(shù)據(jù)?？鐓^(qū)域移動(dòng)數(shù)據(jù)會(huì)導(dǎo)致高延遲，而將數(shù)據(jù)放置在接近數(shù)據(jù)產(chǎn)生和處理的地方可以降低延遲和提高吞吐量。另一方面，當(dāng)從云走向邊緣時(shí)，處理數(shù)據(jù)(相比于云端)的資源減少了，必須考慮更大的網(wǎng)絡(luò)分區(qū)和停機(jī)風(fēng)險(xiǎn)。

應(yīng)用程序如何處理數(shù)據(jù)將是確定數(shù)據(jù)體系結(jié)構(gòu)需要支持的一個(gè)重要因素。例如，分析來(lái)自商店銷售點(diǎn)設(shè)備的數(shù)據(jù)的零售應(yīng)用程序需要將數(shù)據(jù)從邊緣復(fù)制到云。因?yàn)橹挥性诰C合查看來(lái)自所有零售點(diǎn)存儲(chǔ)的數(shù)據(jù)時(shí)，這種分析才可能有用。此外，云擁有運(yùn)行高級(jí)機(jī)器學(xué)習(xí)算法所需的資源，而邊緣位置可能缺乏這些資源。但是，如果零售組織希望將一致的軟件配置部署到所有的邊緣位置，那么應(yīng)該在核心創(chuàng)建一個(gè)主配置，然后將其復(fù)制到所有的邊緣位置。

在為邊緣環(huán)境設(shè)計(jì)數(shù)據(jù)架構(gòu)時(shí)，需要考慮以下幾個(gè)關(guān)鍵因素:

1.彈性

數(shù)據(jù)增長(zhǎng)會(huì)有多快?有多少用戶和設(shè)備會(huì)生成數(shù)據(jù)?處理數(shù)據(jù)需要多少計(jì)算能力?系統(tǒng)彈性一直是應(yīng)用的關(guān)鍵點(diǎn)，邊緣計(jì)算也不例外。

邊緣位置通常不具備對(duì)大量數(shù)據(jù)進(jìn)行深度分析的計(jì)算和存儲(chǔ)資源。此外，邊緣的OLTP數(shù)據(jù)庫(kù)可能需要擴(kuò)大吞吐量，以處理來(lái)自設(shè)備的大量數(shù)據(jù)輸入。

2.延遲和吞吐量

要寫(xiě)入或讀取多少數(shù)據(jù)?數(shù)據(jù)會(huì)以突發(fā)的形式出現(xiàn)，還是一個(gè)相對(duì)穩(wěn)定的數(shù)據(jù)流?用戶和應(yīng)用程序需要以多快的速度使用它?

例如，對(duì)于諸如聯(lián)網(wǎng)車(chē)輛和信用卡欺詐檢測(cè)等實(shí)時(shí)應(yīng)用程序，將遙測(cè)或交易數(shù)據(jù)發(fā)送回云應(yīng)用程序以確定操作過(guò)程是不可行的。在這些情況下，實(shí)時(shí)分析應(yīng)用于邊緣位置的原始數(shù)據(jù)，以迅速生成警報(bào)提醒。

3.網(wǎng)絡(luò)連接

糟糕的網(wǎng)絡(luò)連接是現(xiàn)實(shí)中的許多邊緣位置面臨的問(wèn)題。應(yīng)用程序應(yīng)該考慮如何處理網(wǎng)絡(luò)分區(qū)。根據(jù)邊緣和云之間的網(wǎng)絡(luò)質(zhì)量，可能會(huì)出現(xiàn)不同的運(yùn)行模式:

大部分連接：應(yīng)用程序可以在大部分時(shí)間連接到遠(yuǎn)程位置執(zhí)行API調(diào)用(例如，查找數(shù)據(jù))。這些API調(diào)用中的一小部分可能會(huì)因?yàn)榫W(wǎng)絡(luò)分區(qū)而失敗(例如，在幾個(gè)小時(shí)的時(shí)間跨度中出現(xiàn)幾秒鐘的分區(qū))。

半連接：在這種場(chǎng)景中，可能存在一個(gè)持續(xù)數(shù)小時(shí)的擴(kuò)展網(wǎng)絡(luò)分區(qū)。應(yīng)用程序需要能夠識(shí)別在分區(qū)窗口期間發(fā)生的更改，并在分區(qū)恢復(fù)后將其狀態(tài)與遠(yuǎn)程應(yīng)用程序同步。

斷開(kāi)連接：在這種情況下，主要的操作模式是應(yīng)用程序獨(dú)立于任何外部站點(diǎn)運(yùn)行?？赡芘紶枙?huì)有連通性，但這更多地被認(rèn)為是一種特例，而不是常態(tài)。

在遠(yuǎn)端運(yùn)行的應(yīng)用程序和數(shù)據(jù)庫(kù)應(yīng)該設(shè)計(jì)為不連接或半連接操作。近邊緣應(yīng)用應(yīng)采用半連接或大部分連接操作。云以大部分連接模式運(yùn)行。也就是說(shuō)，當(dāng)公共云服務(wù)遭遇停機(jī)時(shí)，其影響是嚴(yán)重的，可能會(huì)持續(xù)好幾個(gè)小時(shí)。

4.物理設(shè)備故障

在不同的位置，基礎(chǔ)設(shè)施中斷也很常見(jiàn)。在遙遠(yuǎn)的邊緣，從節(jié)點(diǎn)和吊艙故障到整個(gè)區(qū)域故障都可能是常見(jiàn)的。在近邊緣和云中，雖然節(jié)點(diǎn)或吊艙停機(jī)很常見(jiàn)，但應(yīng)用程序可以使用區(qū)域機(jī)架來(lái)實(shí)現(xiàn)更高的彈性。但是，即使有了這種故障隔離，區(qū)域級(jí)的中斷也可能發(fā)生。

5.軟件棧

在為軟件堆棧選擇組件時(shí)，考慮敏捷性和易用性是很重要的。業(yè)務(wù)服務(wù)涉及一套應(yīng)用程序，因此工程團(tuán)隊(duì)需要為應(yīng)用程序的快速迭代進(jìn)行設(shè)計(jì)。實(shí)現(xiàn)這一目標(biāo)的一種方法是使用能夠立即提高開(kāi)發(fā)人員工作效率的成熟框架，以及開(kāi)發(fā)人員已經(jīng)很熟悉的、功能豐富的開(kāi)源數(shù)據(jù)庫(kù)。

6.安全

對(duì)于在邊緣運(yùn)行的應(yīng)用程序，安全性是最重要的，特別是考慮到體系結(jié)構(gòu)固有的分布式特性，存在范圍很大的攻擊點(diǎn)?？紤]所有服務(wù)和組件的最小權(quán)限、零信任和零接觸應(yīng)用是很重要的。

下面列出了其他一些具體的安全方面:

• 傳輸過(guò)程中加密
• 數(shù)據(jù)休眠中加密
• 數(shù)據(jù)庫(kù)層的多用戶支持和各用戶隔離加密
• 數(shù)據(jù)的區(qū)域局部性，以確保遵從性，并考慮與之相關(guān)的任何地理訪問(wèn)控制

邊緣計(jì)算的興起是應(yīng)用程序構(gòu)建和部署方式的范式轉(zhuǎn)變，以迎合日益分散的數(shù)字世界的需求。在這種環(huán)境中，沒(méi)有適用于所有應(yīng)用程序的通用數(shù)據(jù)庫(kù)參考體系結(jié)構(gòu)。但是，根據(jù)應(yīng)用程序的需求和所涉及的權(quán)衡，企業(yè)將做出不同的設(shè)計(jì)選擇來(lái)滿足它們的需求，并在需求發(fā)生變化時(shí)調(diào)整這些選擇。通過(guò)關(guān)注與整個(gè)IT組織有關(guān)的設(shè)計(jì)決策，企業(yè)可以進(jìn)一步將邊緣應(yīng)用程序數(shù)據(jù)用作未來(lái)幾年的戰(zhàn)略資源。