内存内数据网格在NoSQL / NoSQL +分布式缓存中的应用

Question

Task: --假设这两个语句都是真的并发环境：

1. 您希望在用户事件上立即响应用户。为此，您需要从数据存储中获取一些数据+处理它们；
2. 您的系统是读写密集型的，数据一致性是非常重要的。

让它成为流行的酒店预订系统。

IMDG:

据我所知，当我们需要处理大量数据时，应该立即使用IMDG (关于用户事件、服务请求等)。因此，对于流行的酒店预订系统来说，这是一个理想的选择。

IMDG与NoSQL (+分布式缓存)：

IMDG有一个缺点--成本。RAM更昂贵，IMDGs也远离开源。此外，有些文章声称您不需要IMDG，而且NoSQL已经足够好了。

问题：

因此，我将非常感谢您的经验，如何确定何时NoSQL开始卡住，您需要接受内存数据网格？

Answer 1

完全披露:我在阿拉奇索夫特工作。

我不同意你关于大多数IMDG不是开源的说法。事实上，情况正好相反。有许多开放源码的IMDG。例如，我的公司开发了一个名为用于.NET的内存数据网格的NCache和一个名为TayzGrid的内存中的Java数据网格。两者都是开源的，并且已经在市场上销售了10年！

而且，我不认为这应该是IMDG与NoSQL(+分布式缓存)的争论。它应该是关系型的相对于NoSQL，而且在这两种情况下都存在IMDG。顺便说一下，一些IMDG经常使用分布式缓存，因为这个名称在.NET空间中比较流行。

因此，我建议您使用IMDG，而不管您是使用NoSQL还是关系。这完全取决于您所需的性能类型。如果关系数据库对您来说已经足够了，那么就坚持使用它。

还可以查看这些开源IMDGs，如果您需要支持或计划将其用于企业，那么您可以始终获得付费许可证，以获得更丰富的特性版本和支持。