在运行ASP.NET的web场中，您使用什么进行分布式缓存？

我很好奇其他人在这种情况下使用了什么。我知道有几个选项，比如memcached端口或ScaleOutSoftware。memcached端口似乎没有被积极使用（如果我错了，请纠正我）。扩展软件对我来说太贵了（我不怀疑它值得）。这并不是说我不想听到人们使用memcached或ScaleOutSoftware。我只是在陈述我“知道”的东西

所以我的问题基本上是这样的：对于那些积极使用分布式缓存的人，你在使用什么，你对它满意吗，我应该注意什么

我很快将移动到两台服务器…两台服务器将位于同一位置。我大量（但小心地）使用缓存来减少数据库服务器上的负载

编辑：我下载了Scaleout软件的解决方案。我已经为它编写了代码，它似乎工作得很好。我只需要决定我的钱包是否会用现金支付有人对scaleout软件有过好的或坏的体验吗

---

再次编辑：我问这个问题已经有一段时间了？还有什么想法吗？我们最终从ScaleOutSoftware购买了该解决方案，并对此感到满意，但我很好奇其他人在做什么。

我们正在使用Windows的memcached端口，我们对此非常满意。很好，很容易相处。它也是开源的，如果你问我的话，这是一个很大的优势

---

我们现在正在一个生产web应用程序中使用此设置，它在提高性能方面有很大帮助。

Microsoft有一个名为的产品挂起代码。它仍然在CTP中，并且进展缓慢，但看起来会很好。我们将在不久的将来对它进行测试，看看它如何处理我们希望它做的事情（每小时超过200万次读/写）。将返回结果。

我们在生产环境（www.funda.nl）中使用memcached和enyim库。工作正常，非常满意，但我们确实注意到客户机的CPU使用量大幅增加。可能是由于正在进行序列化/反序列化。我们每秒读取大约1000次。

Codeplex上有一个很棒的.NET包装器/端口。太棒了

我们目前正在使用一个非常简单的缓存，这是我在几个小时内编写的，基于在Windows服务（）中重新托管ASP.NET缓存。我不会假装它和Memcached一样经过优化，但我们只是在寻找一些简单而自由的东西，直到速度出现，即使在相当重的负载下，它也能保持非常好的性能

---

这取决于我们个人对核心组件的偏好——即影响站点是否可用的组件——它们要么（a）由具有快速和高质量支持历史的供应商提供支持，要么（b）由我们编写，以便在出现问题时我们能够快速修复。开源是很好的，事实上我们确实使用了一些OSS，但是如果你的网站离线，那么不幸的是新闻组等没有一个1小时的SLA，仅仅因为它是OSS并不意味着你有必要的理解或能力自己修复它。

有一个100%本机.NET的、有良好文档记录的开源（LGPL）项目叫做。看起来它还没有被提到，但它很有前途，应该能够满足大多数人对分布式缓存的期望。它甚至支持不同的策略，如分布式或复制缓存等

---

一旦我有机会在一个真正的项目上试用，我将立即更新这篇文章，并提供更多详细信息。

全球100多家客户试用过的产品是。其

这是一款功能丰富的产品，它允许您以冗余和高可用的方式存储会话状态，并允许您共享数据

在企业内部以及WAN通信的桥接基本上充当数据结构，最后它允许您构建一个弹性缓存层，以便

---

您的应用程序可以扩展，您可以将服务器添加到缓存中，从而进一步提高性能。

之前在这里被问到：@jeff willis:有没有Velocity方面的经验+1@kb：没有。我们等不及RTM了，所以我们使用WCF/对等通道构建了自己的RTM。仍然在解决这些问题，但这非常容易。本周我在VS live上有一个开发人员，他和velocity的人交谈，他们说它是基于WCF使用tcp构建的。对不起，这就是我为你准备的全部。+1我用过这个，它并不比Scaleout这样的付费应用好，但拥有源代码很好，而且它和任何其他distcache一样能够完成它应该做的事情。我们最终使用了Scaleout软件。我将此标记为已接受，因为我非常喜欢有关核心组件的评论。