azure - 经常请求项目的缓存模型

Question

我有一堆用户生成的消息，分别带有时间戳、短信、个人资料图像和其他内容。所有使用我的 Web API 的客户端(电话)都能够请求最后的消息，然后向下滚动它们并请求最旧的项目。显然，热门消息是整个列表中 HitTest 门的数据。显然，我想创建一个缓存，它具有缓存策略并清楚地了解新请求的消息 - 请求的消息是否热？

我使用 MemoryCache 创建了一个无状态服务，现在将其用于我的目的。在使用它的过程中是否应该考虑到任何水下石头？当然，除了一点，我有五个节点，用户可以向内部没有缓存的服务发出请求。在这种情况下，该服务将转到数据层服务，然后从中获取并加载一些数据。

更新#1

忘记提及此消息列表随着新条目的更新而超时。

更新#2

我将 MemoryCache 封装在 IReliableDictionary 实现中，并使用我自己的 StateManager 实现将其置于有状态服务下。每次请求在集合中找不到项目时，我都会转到 Azure 存储并检索实际数据。完成后，我意识到我的实验没有用，因为无法扩展这种方法。我的意思是，如果我的应用程序已修复分区可靠服务作为缓存，我就无法通过升级我的 Service Fabric 来扩展它们。如果一段时间后负载增加，这个事实就会打在我脸上:)

我仍然不知道如何以更有效的方式为我的 super 热门、最易读的消息进行缓存。我仍然对可靠 Actor 的方法表示怀疑。它创建了大量的复制数据。

Answer 1

我认为这是 Actor 的理想用途。

Actor 将在一段时间后被垃圾收集，因此数据不会保留在内存中。

每个用户一名 Actor 。