與直接數據庫調用/RESTful 服務調用相比，對 Hazelcast 的數據檢索速度進行基准測試的最佳方法是什么？

Question

背景：十多年來，我的團隊一直在維護經典 ASP/ASP.NET 應用程序的組合。 我的公司最近進行了重組，其中團隊和經理要么被解雇，要么被調換。 我的新經理正在推動在未來一兩年內將我們的整個應用程序組合重構為 Java/Spring-boot，以滿足公司的基礎設施標准。 我們今天的大多數應用程序通過來自 MSSQL 或 Oracle SQL 數據庫的 sprocs 執行 ETL 任務，少數應用程序分別通過 SOAP 和 REST 連接到 API。

目標：作為這次重寫的一部分，我被要求幫助決定我們如何處理我們的應用程序的數據檢索，並確定是否有任何改進的機會。 我想嘗試 Hazelcast（服務器）並“證明”它優於傳統的數據檢索方法，如直接 DB/REST 調用。

問題：實現我的目標的最佳方法是什么（對 Hazelcast 進行基准測試）？ 我最初的想法是用 Java 和 Spring 創建一個概念證明來測試 a.) 直接數據庫調用的平均速度，b.) RESTful API 調用的平均速度，以及 c.) 從 Hazelcast 檢索的平均速度. 我會確保記錄集在所有三個測試中都是一致的。 這是正確的方法，還是我過度/不足使它復雜化？ 是否已經建立了一些我可以用來證明相同的東西？

（注意，我理解 Hazelcast 並不是要替換原始記錄源，而是提供數據緩存以便更快地檢索后續調用。我想證明從緩存中檢索確實更快，而不僅僅是執行另一個 DB/API 調用）。

Answer 1

Google Group 上的同一問題也涵蓋了這一點 - https://groups.google.com/g/hazelcast/c/Q6LpR8o6qII