常见 ElastiCache 使用案例和方法 ElastiCache 可以提供帮助 - Amazon ElastiCache
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

如果我们为英文版本指南提供翻译,那么如果存在任何冲突,将以英文版本指南为准。在提供翻译时使用机器翻译。

常见 ElastiCache 使用案例和方法 ElastiCache 可以提供帮助

无论是提供最新资讯、产品目录还是销售活动的门票,速度都是关键。您的网站和业务的成功会受到您提供内容的速度的极大影响。

英寸对于无耐心的网络用户,EyeBlink太久了,”《纽约时报》指出,用户可以在竞争场所之间登记250毫秒(1/4秒)的差异。用户倾向于选择退出较慢的网站,从而支持更快速的网站。在alirocumab进行的测试,引用于 网页加载时间如何与访客损失相关,显示每100毫秒(1/10秒)的加载时间增加,销售额下降1%。

如果有人想要数据,则如果数据被cached,您可以更快地传递数据。无论网页还是推动业务决策的报告都是如此。您的公司是否能在不缓存网页的情况下以可能最短的延迟传输网页?

看起来似乎显而易见的是,您想将请求量最多的项目进行cache处理。但您为何不缓存请求次数极少的项目? 即使是最优化的数据库查询或远程API调用也明显比从内存中cache检索扁平密钥慢。显著变慢是导致客户流失的原因。

下面的示例演示了使用 ElastiCache 提高应用程序的总体性能的一些方式。

内存中的数据存储

内存中密钥值存储的主要目的是,提供对数据副本的超快 (毫秒级延迟) 的、低成本的访问。大部分数据存储具有经常访问但很少更新的数据区域。此外,查询数据库将始终比在密钥值对缓存中查找密钥更慢且成本更高。某些数据库查询执行特别昂贵。例如,涉及跨多个表联接的查询或包含密集计算的查询。通过对此类查询结果进行缓冲,您只需支付查询费用一次。然后您可以多次快速检索数据,无需重新执行查询。

我应对哪些数据进行缓存?

在决定要缓存的数据时,请考虑这些因素:

速度和费用 – 从数据库获取数据比从cache获取数据要慢且昂贵。一些数据库查询原本就比其他查询更慢且费用更高。例如,对多个表执行联接的查询要比简单的单表查询慢得多,而且费用更高。如果有趣的数据需要缓慢且昂贵的查询,则适合进行缓冲。如果获取数据需要相对快速和简单的查询,则根据其他因素,它可能仍适合进行缓冲。

数据和访问模式 – 确定要cache的内容还涉及了解数据本身及其访问模式。例如,对快速变化或很少访问的数据进行缓冲没有意义。为了提供真正的好处,为了实现这种效果,数据应相对静态且经常访问。例如,社交媒体网站上的个人资料。另一方面,如果数据没有速度或成本优势,则您不想对其进行缓冲。例如,由于查询和结果通常是唯一的,因此对返回搜索结果的网页进行cache处理没有意义。

嗜睡 – 根据定义,被缓冲的数据是陈旧的数据。即使在某些情况下没有过时,也应始终将其视为过时。要判断您的数据是否适合进行缓冲,请确定应用程序对过期数据的容差。

您的应用程序也许能够在一种环境中容忍过时数据,但不能在另一种环境中容忍过时数据。例如,假设您的站点服务于公开交易的股票价格。你的客户可能会接受某种僵局,并提出价格 n 延迟分钟。但是,如果您将该股票价格提供给进行买卖的经纪人,则您需要实时数据。

如果符合以下条件,请考虑对数据进行缓冲:

  • 与检索数据相比,您的数据速度慢或费用昂贵。

  • 用户经常访问您的数据。

  • 您的数据保持相对不变,或者如果快速变化,则停滞不前不是大问题。

有关更多信息,请参阅以下内容:。

ElastiCache 客户评价

了解Airbnb、PBS、Esri等企业如何使用 Amazon ElastiCache 通过改善客户体验来发展业务,了解 他人如何使用 Amazon ElastiCache.

您还可以观看 ElastiCache 视频 以了解更多 ElastiCache 客户使用案例。