有多少读取操作可以由可靠的行为者处理，而不存在任何问题？

Question

目标：假装，在我的基于Azure的web应用程序上，我有一个非常流行的页面(假设每5分钟就有100万人)。我想在数据层和前端API层之间建立某种缓存层。

解决方案：，为此，我选择一个只执行只读操作的可靠的Actor：GetFrequentlyAskedPage()。此Actor有一个易失性类型和5分钟超时，将被垃圾收集器替换。

问题：

1. 有多少读操作可以由演员在它制定之前处理？
2. 在这种情况下，我应该使用“从二次复制中读取”选项吗？
3. 或者我的推理完全错了，应该改变执行的方式。

Answer 1

我不建议使用参与者作为缓存。参与者实例强制基于单线程的基于转弯的访问，这意味着一个参与者实例一次只能处理一个请求。这显然不能很好地作为缓存。有关更多信息，请参见这里：https://azure.microsoft.com/en-us/documentation/articles/service-fabric-reliable-actors-introduction/

相反，我建议使用带可靠字典的有状态可靠服务来缓存数据，或者更好地使用有状态可靠服务作为数据层，在这种情况下根本不需要这个缓存。