Velocity：微软的分布式内存缓存

作者 Jonathan Allen 译者 胡键 发布于 2008年6月11日

领域

语言 & 开发,

企业架构

主题

.NET ,

架构 ,

企业架构 ,

.NET框架 ,

SOA

标签

缓存

在过去几年里，从主流的Java应用到象Erlang这样的边缘语言，分布式内存缓存的应用相当流行。为了继续疯狂赶超开源世界中处于支配地位的技术，微软也引入了它的分布式缓存。

Velocity是专门针对.NET平台设计的分布式缓存。那些熟悉其他分布式内存缓存的人们会在其中发现许多相似的特性。它目前作为社区技术预览对外提供下载。

Velocity的客户端有两类。简单客户端只知晓一个单缓存服务器。如果在那个服务器上没有找到被请求的对象，那么缓存服务器会从合适的服务器上将它取来。路由客户端（Routing client）则对其了解更深一些。它们总是知道在哪里可以找到哪个特殊的对象，因此它可以直接查询缓存服务器。关于发送所有缓存位置数据给路由客户端（Routing client）对性能造成的影响，尚未有所定论。除了缓存服务器，两类客户端都支持一个本地缓存选项。对于过期数据，该选项仍然要求去检查服务器。但是在处理大量缓存对象时，它应该能减少网络流量。

关于并发性有两个选项。使用乐观并发，只有第一次更新才能成功，任何后续对现有过期对象的更新都将失败。使用悲观锁，一个锁句柄将会被返回。在锁释放或超时之前，任何获得锁的尝试都将失败。获得锁失败操作是一个非阻塞操作。

通过设置过期日期或每当内存压力过大时，对象可以从缓存中显式被移除。后一种方法，被称为驱逐（eviction），使用最近最少使用的算法来处理。

除了一个关键字，对象还可能有一组与之关联的标签。Velocity提供了检索一个或全部与一个标签列表相匹配的对象的方法。

尽管支持ASP.NET的会话模型，但是那只是微软众多设想中的一个。S Muralidhar写道：

我们对ASP.NET的支持只是整个.NET平台蓝图中的一部分。剩下的是确保我们不只把焦点单单放在ASP.NET应用上。作为例子，我们计划与普通.NET应用（如Windows服务）或那些不涉及ASP.NET的IIS应用集成。

现在让我们看看即将到来的功能。目前的CTP版特性支持向外扩展（scale-out）、本地缓存，以及ASP.Net SessionState与许多其他应用的集成。我们有大量的工作项，它们有望在随后的CTP和RTM版中实现，包括：支持可用性、缓存复制、通知和更好地管理支持等。

我们已经从很多开发者那里听到对于推式通知（Push-based notification）的需求。这当然是我们非常关心的领域。尽管目前的CTP版还不支持它，但是这个需求有望在我们即将发布的版本中得到满足。在目前这个过渡时期，如果你使用Velocity的本地缓存，我们提供了一些绕过它的API（如GetIfVersionMismatch()）来处理本地缓存中潜在的陈旧/过期对象。（你需要使用Get()和GetIfVersionMismatch()方法组合来得到正确的行为。）

对更高级技术的支持亦在计划中。Anil Nori补充道：

由于应用开始将缓存用于数据访问，我也相信，他们会要求更丰富的数据服务，如查询、事务、分析、同步等。例如，我相信.NET有可能会要求在分布式缓存上使用LINQ查询，就像它们查询后端SQL Server数据库一样。我们预计“Velocity”会成为一个全面的分布式缓存平台。

查看英文原文：Velocity: Microsoft's Distributed In-Memory Cache

译者 胡键 热心开源技术，《开源技术选型手册》作者，《SOA实践指南》译者。目前致力于Groovy/Grails的研究和推广。

1. 返回顶部

   微软的触角无所不在

   发表人 肖 肖

   RT，虽然俺不是很明白。

   回复

2. 返回顶部

   持续关注中....

   发表人 Lee Lawrence

   期待实现对普通CS应用程序的支持

   回复

3. 返回顶部

   Re: 持续关注中....

   发表人 wang yi

   asp.net都支持，不可能不支持CS程序........

   回复

4. 返回顶部

   非常好

   发表人 王 辉

   最近做网游后台，发现了内存分布式的巨大威力（可惜初期架构问题，还没有在正式项目中启用）

   回复

• 更早的 >