為了減少延遲、網(wǎng)絡利用率和成本，許多 IoT 部署現(xiàn)在在邊緣節(jié)點或邊緣節(jié)點附近存儲和分析數(shù)據(jù)。但是，當涉及到數(shù)據(jù)時，“分布式”可能是一件壞事，特別是如果這意味著信息被困在網(wǎng)絡上的孤島中。

那么，當您不可避免地需要它時會發(fā)生什么呢？

讓我們從數(shù)據(jù)源開始。對于動態(tài)數(shù)據(jù)，圍繞發(fā)布-訂閱原則構建的技術旨在處理這種類型的環(huán)境。在 MQTT 或 DDS 等發(fā)布-訂閱網(wǎng)絡中，與給定主題相關的數(shù)據(jù)由發(fā)布者通過網(wǎng)絡廣播，網(wǎng)絡上的節(jié)點訂閱該主題以進行更新。這促進了分散的數(shù)據(jù)網(wǎng)絡，該網(wǎng)絡很好地映射到物聯(lián)網(wǎng)網(wǎng)絡的發(fā)展，以及更廣泛的網(wǎng)絡基礎設施，考慮到5G網(wǎng)絡部署了1.4-2倍的基站，而不是4G，以支持邊緣工作負載的增加。

在最好的情況下，MQTT 和 DDS 等協(xié)議在同構環(huán)境中通過 TCP 或 UDP 運行，幾乎沒有數(shù)據(jù)包丟失和高度的端點扇出。這允許它們以最小的開銷高速在節(jié)點之間傳輸消息。但是，作為動態(tài)數(shù)據(jù)的工具，它們沒有提供的是內置的，位置感知的數(shù)據(jù)檢索機制，因為它們被設計為推送一條消息并移動到下一條消息。

對于靜態(tài)數(shù)據(jù)，命名數(shù)據(jù)網(wǎng)絡 （NDN） 等技術通過允許將數(shù)據(jù)包標記為目標地址以外的其他內容來提供類似的以數(shù)據(jù)為中心。數(shù)據(jù)包（可以命名為任何名稱）緩存在位置感知內容存儲中，使用戶有機會通過查詢指定的標簽在傳輸后訪問它們。但是，NDN被設計為一種互聯(lián)網(wǎng)技術，它不適合許多最終應用程序的延遲和資源受限的環(huán)境。

這意味著物聯(lián)網(wǎng)開發(fā)人員必須支持多個連接堆棧，以便以性能、資源和延遲敏感的方式分發(fā)和檢索數(shù)據(jù)。

統(tǒng)一從邊緣到云的運動和靜態(tài)數(shù)據(jù)

自物聯(lián)網(wǎng)問世以來，其目標一直是將數(shù)據(jù)分發(fā)和檢索架構統(tǒng)一在單一的企業(yè)到邊緣范式下，而不是拼湊在一起的異構平臺和技術堆棧。ZettaScale技術成立于今年早些時候，旨在彌合這一差距，部分原因是通過一項名為Zenoh的技術。

Zenoh 是一種通過將發(fā)布-訂閱體系結構與地理位置分散的存儲混合來解決傳輸中、使用中的數(shù)據(jù)和靜態(tài)數(shù)據(jù)的協(xié)議。它可以與常見的IP傳輸或Zigbee，Thread或反映異構邊緣到云物聯(lián)網(wǎng)網(wǎng)絡的對等，路由或網(wǎng)格拓撲中的幾乎任何其他邊緣數(shù)據(jù)鏈路一起使用。它目前是由Eclipse基金會托管的開源項目。

以下是它的工作原理。Zenoh使用“key表達式”向訂閱者廣播數(shù)據(jù)，該表達式本質上是一個包含資源標識符的字符串。例如，標識巴黎盧浮宮中溫度傳感器的關鍵表達式將指定樓層、房間號、資產和資產類型。針對特定資產，例如巴黎盧浮宮博物館二樓42號房間的溫度傳感器，將使用以下表達式完成：

與普通數(shù)據(jù)包不同，此字符串是開發(fā)人員可以理解并可能從數(shù)據(jù)庫中查詢的內容。這就引出了除了出版商和訂閱者之外的第三個Zenoh抽象：可查詢。

可查詢對象包含給定鍵表達式的所有值，因此協(xié)議可以將與該表達式相關的任何已發(fā)布數(shù)據(jù)保存到數(shù)據(jù)存儲中。相應地，這允許網(wǎng)絡查詢與這些可查詢對象相關的數(shù)據(jù)，并且Zenoh支持存儲管理器和其他插件來集成文件系統(tǒng)，數(shù)據(jù)庫等，因此也可以對歷史數(shù)據(jù)運行查詢。

Zenoh 支持推送、拉取和獲取命令，以使用其簡單而強大的語義。回到我們之前的建筑示例，開發(fā)人員需要檢索盧浮宮二樓所有房間的溫度信息，只需發(fā)出一個帶有表達式的 get 命令：

Louvre/2/*/sensor/temp

Rust, Python, 和C APIs可用于簡化應用集成。

由于 Zenoh 是發(fā)布-訂閱，因此始終從包含所請求信息的最近的數(shù)據(jù)存儲或計算節(jié)點檢索結果。該協(xié)議還包括一個數(shù)據(jù)緩存功能，允許休眠節(jié)點在需要時從最近的基礎設施節(jié)點中提取所需的任何數(shù)據(jù)，然后返回休眠狀態(tài)。

數(shù)據(jù)可擴展性的代價

但是，功能幾乎總是有代價的，通常當您向邊緣添加企業(yè)級查詢功能時，成本以性能、資源或兩者的形式出現(xiàn)。那么，Zenoh如何與酒吧 - 子替代品相提并論呢？

該協(xié)議僅包含4至6字節(jié)的線路開銷，使其與微控制器兼容，同時每秒能夠傳輸多達400萬條消息。與 MQTT 和 DDS 相比，澤諾的線架空分別減少了 75% 和 64%。根據(jù)澤塔標度的數(shù)據(jù)，它的吞吐量性能是 MQTT 的 40 倍，是 XRCE-DDS 的 10 倍。使用新協(xié)議的基準傳輸延遲僅為 15 μs。

這些性能指標引起了印地自主挑戰(zhàn)賽和TTTech Auto的自動駕駛汽車開發(fā)人員的注意，后者正在與ZettaScale合作開發(fā)符合ISO 26262標準的Zenoh協(xié)議版本。

它確實從頭開始設計，可以輕松地垂直或水平擴展，跨越多個子網(wǎng)，從邊緣到云。

審核編輯：郭婷