Max*_*lmo 6 azure azure-table-storage azure-caching
是否值得使用Azure缓存预览从Azure Table存储缓存数据？或者表存储在大规模应用程序中足够快？
谢谢
简短的答案取决于它.在我目前正在处理的应用程序中,有一些信息我们使用缓存来处理从表存储中检索数据的延迟并适应每秒所需的事务数.
我们开始提供来自Table Storage的信息,并且仅在我们的性能要求决定时才转移到缓存.我建议采用类似的方法:让它工作,然后快速完成.
除了罗伯特所说的,你还应该考虑以下几点:
Windows Azure表存储允许存储最大100TB(以块为单位).乍一看,这个数据大小可能看起来势不可挡.但是,可以对表存储进行分区.可以通过Azure控制器将表存储的每个分区移动到单独的服务器,从而减少任何单个服务器上的负载并提高性能.
如果应用程序的负载非常高,那么使用频繁插入进行高速缓存将非常快速地接近最大高速缓存大小,然后启动高速缓存项目驱逐过程.在大多数情况下,频繁插入缓存和频繁缓存项驱逐过程最终会导致性能下降而不是改进.然后,您需要增加缓存最大大小,这反过来会影响您的应用程序成本(有时这可能是一个阻止程序).
最后但并非最不重要的是,您可以使用OData协议访问Windows Azure表存储数据并LINQ使用WCF数据服务.NET库进行查询; 您没有Azure Cache的这种能力.
请记住,这些点在您的情况下可能有效,也可能无效.一切都取决于您的系统架构; 预期负荷等
我希望我的回答可以帮助您做出良好的系统架构决策.
| 归档时间： |
|
| 查看次数： |
3249 次 |
| 最近记录： |