导出 (0) 打印
全部展开
此主题尚未评级 - 评价此主题

内部 Caching 与云中 Caching 之间的差异

注:本页面内容可能不完全适用中国大陆地区运营的 Windows Azure服务。如要了解不同地区 Windows Azure 服务的差异, 请参考本网站.

Windows Azure Cache是从 Microsoft AppFabric 1.1 for Windows Server 随附的内部Cache解决方案开发的。在大多数情况下,Windows Azure Cache功能是 Microsoft AppFabric 1.1 for Windows Server 的内部缓存解决方案提供的功能的子集。有关 Windows Server AppFabric Caching 功能的详细信息,请参阅 Windows Server AppFabric Caching 概念。因此,你有时可以通过参考内部缓存文档来了解 Windows Azure Cache的体系结构和行为。但存在不同之处。本主题尝试就 Windows Azure Cache与内部缓存解决方案之间的差异进行概述。

Warning警告
不支持将 Microsoft AppFabric 1.1 for Windows Server 和 Windows Azure Cache 安装在同一台计算机上。安装在同一台计算机上可能会导致意外的行为,包括本地调试时出错以及缺少性能计数器。

缓存设置和管理

使用 Microsoft AppFabric 1.1 for Windows Server 的内部解决方案时,你必须具备所需的计算机,在每台计算机上安装 Windows Azure,然后创建并管理跨越这些计算机的缓存群集。

在云解决方案中,Windows Azure 将处理有关设置缓存群集的大多数管理任务。如果使用Shared Caching,你将在 Windows Azure 管理门户中设置缓存,以获得使用该缓存所需的连接和安全信息。如果使用角色上的角色中缓存,你将在 Windows Azure 角色的属性中定义你的缓存要求。有关详细信息,请参阅Windows Azure 缓存开发入门

与 Microsoft AppFabric 1.1 for Windows Server 不同,Windows PowerShell 不可用于管理设置的缓存或缓存群集。使用 Windows Azure 时,你不需要亲自完成这些任务。另外,通过内部解决方案,你可以向特定的 Windows 身份(例如域帐户)授予缓存群集的访问权限。但如果使用 Windows Azure Cache,安全模型将基于 访问控制或标准 Azure 角色安全性。有关详细信息,请参阅安全模型(Windows Azure 缓存的角色中缓存)

ASP.NET Caching

Windows Azure Cache 提供一个会话状态提供程序和一个输出缓存提供程序。此提供程序不同于 Microsoft AppFabric 1.1 for Windows Server 的第一个版本随附的提供程序。它还提供了其他功能。正因如此,你应该认真地遵照说明来正确地修改 Windows Azure Cache 的 web.config 文件,这一点非常重要。有关详细信息,请参阅用于 Windows Azure 缓存的 ASP.NET 4 缓存提供程序

内部缓存功能支持

Windows Azure 支持 Microsoft AppFabric 1.1 for Windows Server 中提供的缓存功能的子集。以下列表介绍了两者之间的某些差异。

通知

仅当使用角色中角色中缓存时,才支持通知。Shared Caching不支持通知。这也意味着你无法使用通知来使Shared Caching中的本地缓存失效。有关详细信息,请参阅通知(Windows Azure 缓存的角色中缓存)

过期和逐出

过期和逐出的工作方式与角色中的角色中缓存相同,只有一个例外。Windows Azure Cache 的角色中缓存引入了滑动过期策略,该策略在每次访问项目时都会将项目的到期时间续期。这不同于绝对过期策略。现在用户可以选择指定两个策略中的一个。

在Shared Caching中,没有特定过期设置的项目将在 48 小时后过期。与角色中的角色中缓存或 Microsoft AppFabric 1.1 for Windows Server 不同,Windows Azure Cache的此默认过期设置无法更改。不过,如果你在缓存中添加了带有明确过期时间(例如 10 分钟或 7 天)的项目,则缓存将采用此过期值。可以使用 AddPut 方法的不同重载来执行此操作。请注意,ASP.NET 提供程序将自动使用这些重载为会话状态和输出缓存提供明确的超时。不管属于哪种情况,当缓存大小超出Shared Caching产品的限制时,将逐出缓存中最近最少使用的项目。

另外,Shared Caching也不支持对缓存禁用逐出。当内存不足时,始终有可能会逐出项目。在设计应用程序时,应该预见到随时会有项目缺失并需要重新加载。如果缓存太小而无法满足应用程序要求,则可以从 Windows Azure 管理门户配置较大的Shared Caching产品。

有关详细信息,请参阅过期和逐出(Windows Azure 缓存的角色中缓存)

高可用性

仅当使用角色中的角色中缓存时,才支持高可用性。Shared Caching不支持高可用性。有关详细信息,请参阅高可用性(Windows Azure 缓存的角色中缓存)

区域和标记

仅当使用角色中的角色中缓存时,才支持自定义区域和标记。Shared Caching不支持自定义区域和标记。有关详细信息,请参阅区域和标记(Windows Azure 缓存的角色中缓存)

API 支持

在大多数情况下,你可以使用相同的 API 来编写使用 Windows Azure Cache 或 Microsoft AppFabric 1.1 for Windows Server 的缓存客户端。由于这种两种解决方案之间存在差异,因此会有一些例外情况。有关适用于 Windows Azure Cache 缓存客户端的 API 的详细评述,请参阅 Windows Azure 缓存中的缓存 API 支持

另请参见

本文是否对您有所帮助?
(1500 个剩余字符)
感谢您的反馈

社区附加资源

添加
显示:
© 2014 Microsoft. 版权所有。