ASP.NET缓存管理

Question

我有三个应用程序在三个独立的应用程序池中运行 其中一个应用程序是一个很少有人有权访问的管理应用程序。 管理应用程序允许的功能之一是创建停机通知。 因此，当用户进入管理应用程序并创建停机通知时，其他两个应用程序应该接收新通知并将其显示在登录页面上。

问题是这些通知被缓存，并且每个应用程序都在一个单独的应用程序池中，管理应用程序无法清除其他两个应用程序中的停机通知缓存。

我正试图想办法解决这个问题。 我唯一能想到的是在DB中插入一条记录，表示需要清除缓存，其他两个应用程序将在加载登录页面时检查数据库。 有没有人有另一种可能更清洁的方法？

*旁注，这比停机通知更广泛，但我只是以此为例。

编辑

重新启动应用程序池是不可行的，因为它很可能会杀死后台线程。

Answer 1

如果我理解正确，您基本上是尝试从管理应用程序向其他应用程序发送消息。 也许您应该考虑在可以从管理应用程序调用的这些应用程序上创建WCF服务。 如果您不想使用例如共享介质这样的数据库并且它不会强制您使用轮询模型，那么这是在不同应用程序之间进行通信的标准方法。

Answer 2

另一种看待这种情况的方法是，这基本上是一个应用程序间消息传递问题，其中有许多库已经可以帮助您解决它。 RabbitMQ就是为此而想到的。 它有一个C＃客户端都准备好了。 MSMQ是另一种潜在的技术，也是Windows附带的技术 - 您只需安装它即可。

Answer 3

如果您正在缓存数据库信息，那么您可以尝试设置和SqlCacheDependency 。

否则，我建议不要使用ASP.NET缓存，并找到使用分布式缓存方案的第三方解决方案，这样所有应用程序都使用一个缓存，而不是3个独立缓存。

Answer 4

我不是说这是最好的答案，甚至是正确的答案，这正是我所做的。

我在单独的服务器和数据中心上有一系列电子商务网站，它们依赖于从中央后台网站位置提取目录数据，然后在本地缓存它们。 在我的第一次迭代中，我只使用了GET请求，中心位置可以ping相应的消费网站以启动自己的缓存刷新例程。 我在每个电子商务服务器上都使用了SSL，因为我已经进行了设置，然后可以让后台Web应用程序通过SSL GET发送凭据以安全地启动刷新。

在稍后阶段，我们发现在后台使用套接字更有效，每个消费网站都是客户端并监听数据的变化。 然后，当特定帐户发生变化时，后台网站可以与其相应的网站进行通信，然后非常具体地进行通信。 这种方法更精细，我们可以根据需要更新小块，而不是大块更新，但这肯定比我们的第一次尝试更复杂。