我们当前的工作项目是一个新的MVC网站，它将主要使用WCF服务通过Web服务访问第三方计费系统以及用于个性化用户的小型SQL数据库。 WCF服务将nHibernate用于SQL数据库。
我们希望实现某种Web场以实现负载平衡以及故障转移和维护。如果有多个WCF服务正在运行，我正在尝试决定处理nHibernate缓存和数据库并发的最佳方法。
我一直在考虑的一些场景......
1）多个IIS服务器，一个WCF服务器。使用此设置，WCF服务器将是单点故障，但nHibernate缓存或数据库并发不会出现问题。
2）多个IIS服务器，每个服务器都有自己的WCF服务。这消除了单点故障，但现在一台机器上的nHibernate不知道另一台机器完成的数据库更改。
对于数字2的一些解决方案是使用IStatelessSession，因此我们不进行任何缓存，并且nHibernate总是直接从数据库中获取。这可能是最可行的，因为我们的个性化数据库中只有很少的对象。我也在考虑二级缓存，例如memcached或Velocity，但这对于这个系统可能有点过分。
我将它放在那里，看看是否有人有这种架构的经验，并获得一些解决方案的想法。谢谢！
答案 0 :(得分：2)
我在这里遗漏了一些东西，我没有看到网络服务器上的nhibernate有问题。 应用程序缓存不会有问题，因为每个nhibernate框都会保留自己的缓存，这些缓存将从数据存储区填充。查看创建一个可以监视的表，以便进行缓存刷新。我们曾经使用.net 2.0中的CacheDependency类来执行此操作，该类将检测对列的更改，然后从缓存中删除相关项。因此，如果用户插入新产品，缓存将被删除，下一次获取产品的调用将再次加载缓存。它已经过时但请查看：http://msdn.microsoft.com/en-us/magazine/cc163955.aspx#S2这个概念。欢呼声
答案 1 :(得分：2)
我建议不要进行缓存，直到不进行缓存成为问题。您的数据库将自行执行缓存，以避免重复搜索相同的数据，因此您唯一需要担心的是数据。从你的描述判断，你不会有问题。如果你进入了一个阶段，使用分布式缓存 - 允许你的服务器单独缓存将导致你在刷新时弹出数据问题。