MS Velocity 准备好投入生产了吗？答案

【问题标题】：is MS Velocity ready for production?MS Velocity 准备好投入生产了吗？
【发布时间】：2010-10-15 21:35:17
【问题描述】：

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

【问题讨论】：

【解决方案1】：

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

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

下面是一些我觉得有点麻烦的问题：

动态添加/删除节点
进出缓存集群并不容易正如他们所说的那样。我已阅读
关于
的大量投诉论坛上也一样。我没试过这还没有，但你可以阅读它在论坛上。有一些真实的问题。
节流是另一个问题。在案件 Lead Cache 的内存在哪里
集群命中率很高，缓存只是失败了。这提出了一个对我们来说是一个巨大的问题，因为我们正在使用会话提供程序和人们开始犯错误。

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

在我看来，产品的某些方面让我觉得有点匆忙。在 AppFabric 成熟之前，我们之前使用过的其他产品（例如 ScaleOut）会更好地工作。

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

【讨论】：

【解决方案2】：

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

【讨论】：

【解决方案3】：

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

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

【讨论】：