背景概述

儘管近幾年很多供應商在不斷重申著他們對VoltDB持續輸出的專業認可，VoltDB也隨著技術發展在不斷增加一些流行技術詞彙，但是真正讓大家瞭解某個技術產品持續演進的特性，單單依靠增加幾個技術名詞還是遠遠不夠。僅靠名詞的羅列，沒有具體細節的描述，只會加劇資訊的混亂程度，讓技術決策者的決策過程更加複雜。

就VoltDB而言，最突出的例子是在5G環境中對“實時”的使用和誤用。 在5G走進現實之前，VoltDB已經在毫秒級的世界中運作了十年之久。目前全球合作伙伴都在關注5G，並認為5G的到來將開闢一片新的藍海，與此同時，各種關於“實時性決策”重大突破等類似說法的文章也層出不窮。

最近有倆個例子更是突出了這一挑戰：

案例1：

MemSQL’s growth mirrors need for real-time data analysis and rapid decision-making（原文連結見最後）

在文章中，作者充分地解釋了將“實時資訊與歷史資訊結合在最便宜，最易於部署的靈活體系結構中”的重要性，接著描述了該產品目前如何被用於泰國的COVID追蹤。報告COVID結果和聚合是一項有價值的活動，但它不是實時的，也不是決策制定。

案例2：

How 5G and Public Clouds Will Shape the Future of Global Applications（原文連結見最後）

案例2實際上是對先前文章的重新發布，討論了“……兩個技術構造板塊不可避免地相互靠近。第一個事公共雲的持續改進和可訪問性，第二個是即將推出的5G。”作者聲稱“這兩個功能將釋放以前僅適用於財富500強公司的延遲級別。

我們不確定兩者的關聯性。第二篇文章還大篇幅地討論了100毫秒規則，但是，這個討論是沒有實際意義的。雖然100毫秒是人類神經可以感受到的延遲，但 未來的資料流量增長將來自裝置和計算機——物聯網中的“裝置”，而並非來自人類。

在VoltDB早就意識到這一點，我們已經有大量客戶應用是執行在毫秒級別的延時裡。

5G應用核心在“問題決策”

很多供應商首先缺少的是5G應用裡關於“問題決策”的特性——在事務中做出決策。事務未儲存COVID測試的結果，您可以做的事情可能會產生多種結果，而在您這樣做之前，您將不知道會發生哪種結果。

可伸縮事務是傳統RDBMS努力解決的問題，而NoSQL從未真正解決過。 雖然您可以透過擁有多個資料副本來擴充套件“讀取”的能力，但“事務”和“寫入”操作卻大不相同。

在工業物聯網中可以找到未來事務性工作負載的實際量級，這使工業物聯網正在迅速成為5G的重點。從我們在電信公司的豐富經驗中知道，一次電話或移動資料互動涉及到幕後數十甚至數百筆交易事務，這導致系統每秒處理超過500K TPS。假設5G裝置密度為每平方公里100萬臺，我們可以測算未來自動決策所需的容量將非常大。

更為重要的問題是，即使在理想情況下，5G的低延遲需求，也會迫使您將應用部署在邊緣端附近。要滿足這些延遲需求，就需要進行架構更改，以減少到後端伺服器的訪問次數。 實際的時間延遲限制不是人機互動所需的100毫秒，而是5G規範規定的幾毫秒。

總結

當其他供應商尚在談論準備為他們的客戶做些什麼的時候，而我們已經做到了。在快速資料分析業務中，場景倒逼基礎軟體架構升級，這是一個變革的時代，也是一個令人興奮的時刻，未來將是毫秒級的大規模自動交易的時代。我們看到了一系列細分市場將要崛起，很多資料庫供應商確實可以找到方案滿足這些領域的需求，但是當涉及大規模自動毫秒級決策時，真正的競爭對手會越來越少。

相關連結：

案例1：https://siliconangle.com/2020/08/04/memsqls-growth-mirrors-need-for-real-time-data-analysis-and-rapid-decision-making-cubeconversations/

案例2：https://www.cockroachlabs.com/blog/5g-global-applications/

VoltDB中國聯絡方式：sgao##voltdb.com （請將“##”替換成“@”）

如果您對VoltDB的工業物聯網大資料低延遲方案感興趣，歡迎私信，進入到我們的官方微信交流群，實時探討。

5G應用的實時決策

背景概述

5G應用核心在“問題決策”

總結

相關文章