.net - MS Velocity 准备好投入生产了吗？

Question

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

Answer 1

我个人对此的看法是，在Velocity稳定之前，您应该使用Memcache 。像Enyim这样的 Memcache .net 客户端已经经受住了时间的考验并被许多人使用。

• 使用提供者独立的 CacheManager
• 为 memcached 实现一个。
• 明天，如果情况发生变化而您仍然想要 Velocity，请更改提供者。

毕竟，这些只是字典，你的域代码应该独立于基础设施。

相关：一个简单的 C# CacheManager 接口，
我对 Windows 上的 Memcache 的回答。

Answer 2

是的！Velocity 1.0 已作为 AppFabric 的一部分发布。您可以从 Microsoft 下载它。

Answer 3

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

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

现在这里有一些我发现有点麻烦的问题：

• 从缓存集群中动态添加/删除节点
  并不像听起来那么容易。我 在论坛上阅读了许多关于相同问题的
  投诉。
  我还没有尝试过，但你可以在论坛上阅读它。有一些实际问题。

• 节流是另一个问题。在潜在客户缓存
  集群的内存达到高百分比的情况下，缓存就会失败。这给我们带来了一个巨大的问题，因为我们正在使用会话提供程序并且人们开始遇到错误。

  事实证明，SQL Server 和 AppFabric 不应该放在同一个盒子上，因为 SQL Server 确实会占用大量内存。让我感到困惑的是，我有多个节点，但 Lead Cache 存在内存问题，并且没有分发它。在我的例子中，我只有一个节点，而 SQL Server 和 AppFabric 显然在同一个节点上，因为只有一台服务器可用。在这样的场景中，缓存只是失败了。如果您正在运行备份，您会注意到该节点上的缓存将失败，因为该框上的内存使用率非常高。

在我看来，产品的某些方面让我觉得有点匆忙。在 AppFabric 成熟之前，还有其他我们之前使用过的产品，例如 ScaleOut，它们的效果要好得多。

除此之外，我认为 MSFT 在为我们提供可用的东西方面做得足够好。有东西总比没有好，考虑到 Memcached 提供了如此出色的尖端技术。