与直接DB调用/ RESTful服务调用相比,基准Hazelcast的数据检索速度的最佳方法是什么?

问题描述

背景:十多年来,我的团队一直在混合使用经典的ASP / ASP.NET应用程序。我公司最近改组了团队或经理,他们被裁员或调换。我的新经理正在努力在未来一两年内将整个应用程序组合重构为Java / Spring-boot,以满足公司的基础架构标准。今天,我们的大多数应用程序都是通过MSsql或Oracle sql数据库中的存储程序执行ETL任务的,其中一些应用程序分别通过SOAP和REST连接到API。

目标:在此次重写中,有人要求我帮助做出有关如何处理应用程序数据检索的决定,并确定是否有任何改进的机会。我想试用Hazelcast(服务器),并“证明”其性能优于传统的数据检索方法,如直接DB / REST调用

问题:实现我的目标(将Hazelcast设定为基准)的最佳方法是什么?我最初的想法是使用Java和Spring创建概念验证来测试a。)直接DB调用的平均速度,b。)RESTful API调用的平均速度以及c。)从Hazelcast检索的平均速度。我将确保所有三个测试的记录集都是一致的。这是正确的方法,还是我使它过于复杂?我已经可以使用某些东西来演示相同的东西了吗?

(请注意,我了解Hazelcast并不是要替换原始记录来源,而是提供数据缓存以更快地检索后续呼叫。我想证明确实可以更快地从记录中检索缓存,而不仅仅是执行另一个DB / API调用

解决方法

在Google网上论坛的同一问题上也对此进行了介绍-https://groups.google.com/g/hazelcast/c/Q6LpR8o6qII