MS Velocity准备好生产吗？

Question

我想知道是否有人在生产环境中尝试过速度。它现在是CTP2版本，我们正在考虑使用它。有人试过吗？如果是，那是积极的体验吗？

Answer 1

我个人对此的看法是你应该使用Memcache直到Velocity稳定。像Enyim这样的Memcache的.net客户端经受住了时间的考验并被许多人使用过。

• 独立使用提供商 的CacheManager
• 为memcached实现一个。
• 明天，如果事情发生变化，你 仍然想要速度，改变 提供商。

毕竟，这些只是字典，您的域代码应该独立于基础架构。

相关 ：A simple CacheManager interface for C#，
My answer to Memcache on Windows.

Answer 2

是的！ Velocity 1.0已作为AppFabric的一部分发布。 You can download it from Microsoft

Answer 3

我希望我在这里提出的观点可以帮助某些人。我们正在我们的系统上部署AppFabric，并注意到了一些需要改进的事情：

• 在大多数情况下，文档已过时。您可以在某些博客上找到详细信息，但通常混合和匹配来自不同网站的内容将为您提供所需的详细信息。对文档标准仍然不太满意。
• 疑难解答是另一个问题。 90％的情况下，您将处理与安装相关的问题。从某些事情开始，有些事情应该记录在案，以帮助解决问题，但从来没有比你想象的更多花费更多时间来启动和运行。
• 就性能而言，我几乎可以肯定它没有Memcached那么快。有人可能证明我错了，但在那之前，Memcached是分布式缓存之王。

现在我遇到一些问题，我发现有点麻烦：

• 动态添加/删除节点
  进出缓存集群并不容易 因为他们让它听起来。我看过了 关于中的许多投诉 同样在论坛上。我没试过 这个，但你可以阅读它 在论坛上。有一些真实的 的问题。

• 限制是另一个问题。在案件 哪里有Lead Cache的内存
  集群达到很高的百分比 缓存失败了。这提出了一个 自从我们以来，我们面临着巨大的问 正在使用会话提供商和 人们开始收到错误。

  原来，SQL Server和AppFabric 不应该放在同一个盒子里 SQL Server确实倾向于占用很多 记忆。令我困惑的是事实 我有多个节点，但是 Lead Cache存在内存问题 没有分发它。在我的 case，我只有一个节点和SQL 服务器和AppFabric显然是 由于这个节点在同一个节点上 单个服务器的可用性。 在诸如此类的场景中缓存失败 这些。如果您正在运行备份， 你会注意到缓存会 因为内存而在该节点上失败 在那个盒子上的用法非常高。

在我看来，产品的某些东西让我觉得它有点匆忙。我们之前使用的其他产品如ScaleOut在AppFabric成熟之前效果更好。

除此之外，我认为MSFT在为我们提供可以使用的东西方面做得不错。考虑到Memcached提供了如此出色的尖端技术，拥有一些东西比什么都没有好。