Asp.net 缓存解决方案

有人对AppFabric和NCache或AppFabric和ScaleOut进行过彻底的比较吗？我们目前正在考虑在地理位置较远的地方为分布式缓存实现AppFabric、NCache或ScaleOut，我想知道将它们并排比较的人的想法。我很感激很多人使用其中一种，并告诉我为什么他们选择的解决方案很好，但我真的在寻找两种产品的比较。AppFabric做得不好或做得不好（如果有的话），部分是从功能的角度，但也从开发人员的角度来看。与一个相比，与另一个更好、更容易、更灵活、更强大等

我可以比较的功能有很多，但我真的在寻找一个可能与我们处于类似地位的人的比较，他已经执行了我们即将启动的评估，这将给我们一些思考的食物，同时我们这样做

---

提前感谢。

作为一款更成熟的产品，NCache拥有许多Velocity/AppFabric所没有的更高级的缓存功能——请查看他们的网站，以获得一些“营销”比较

但是，我们在排除NCache故障以及从其支持/工程团队获得更多关于其应用程序某些行为的可见性方面遇到了一些问题。考虑到这一点，再加上与AppFabric相比的成本，我不确定我会推荐NCache——至少，我们正在重新评估缓存提供程序

---

我对Velocity/AppFabric的失望/抱怨是发布进度缓慢。好像他们永远都在CTP里。当然，微软仅在价格上就可以击败NCache。现在有像NorthScale（memcached）这样的玩家加入了这场竞争，我认为这也是值得考虑的。很大程度上取决于在应用程序中使用缓存的目的。

最常用的是Memcached。当然可以 我们目前开始使用AppFabric作为我们的dcache，因为它可以轻松地集成到我们的.net解决方案中，并且具有我们想要使用的良好功能集

如果您只是执行基本的dcaching，则对缓存本身进行抽象（或使用.net 4 System.Runtime.caching.ObjectCache），以便在进行更改时安全。或者想对更多的解决方案进行压力测试

---

此外，根据您的应用程序体系结构，考虑使用更多的DCache实体/实例，因为不同的部分可能支持不同的系统。

看起来我们需要比Velocity提供的更高级的功能，因此它将是NCache或ScaleOut。两者都有很好的理由，我们只需要整理一下。我们没有Unix资源，因此memcached已过时。我知道有一个Windows端口，但了解memcached的同事告诉我，它有点问题，如果你想沿着memcached的道路走下去，你真的应该努力使用Unix版本。

这是一个很好的比较

功能的比较有些人可能会认为这是一个有偏见的比较，但它值得回顾

PDF有完整的审查

---

+1问得好，但AppFabric本周才上线，我担心没有人能够进行深入比较。谢谢Phil，这正是我所担心的。那里通常有很多比我更聪明、更敏锐的ppl，所以我仍然充满希望！目前，我们有使用ScaleOut会话解决方案的系统，由于奇怪的自动配置问题，我们在维护操作状态时遇到了许多问题，但一旦我们解决了这些问题（整整一年之后），我必须说，从那时起，它运行良好。不过，我对其他任何一种解决方案都一无所知。Re:memcached，了解这一点本身就很有用。坦率地说，这证实了我对Windows上memcached的印象（或者至少是我的偏见；-）。