ElastiCache 不是 Redis。不要满足于次优选择。

注意：本文最初发布于 2022 年 5 月 6 日。现已更新以添加新产品信息。

ElastiCache 过去曾是在云端运行 Redis 的最简便方式。但时过境迁。现在 Amazon 正将 Redis 从 ElastiCache 的核心中移除，ElastiCache 成为了死胡同。客户现在需要做出选择

1. 继续使用基于开源 Redis 7.2 或更早版本的 ElastiCache。
2. 迁移到使用不同基础技术的 ElastiCache。
3. 迁移到 Redis Cloud。

前两种选择会让你错过最新的 Redis 更新。第三种选择，Redis Cloud——由 Redis 创建者构建——凭借先进的功能、更优的性能和灵活的部署模型让你保持领先。

那么，你如何判断是否该迁移了？以下是明显的迹象

1. AWS 厂商锁定不符合你的部署策略
混合云和多云部署如今已是标配，特别是对于大型企业——89% 使用多云，73% 采用混合本地和云策略。这是他们满足合规性要求、管理复杂技术并避免厂商锁定的方式。你的缓存解决方案也应如此——足够灵活以支持任何部署并根据需要进行调整。而且别忘了客户端；不要让客户端锁定你的应用。Redis 维护着 6 个官方客户端，支持 5 种原生编程语言，为开发者提供灵活性。

2. 你的全球用户基础面临延迟困扰
随着业务扩展，企业需要跨多个区域缓存数据以支持全球运营和客户。但在 ElastiCache 中，你无法同时读写多个 Redis 实例，因此无法让数据访问接近所有用户。这会导致数据在区域间移动时产生延迟。对于在全球扩张或管理庞大分布式用户群体的公司来说，这是一个主要问题。

3. 不断增长的数据量推高了成本和复杂性
内存存储速度快但成本高昂——而最初规模较小的数据随着累积会迅速增长。ElastiCache 的单租户架构和有限的分层可能导致资源浪费和低效扩展。而 Redis Flex 则能解决这些问题：由先进的 SpeeDB 存储引擎驱动，它提供了高效的数据分层，可从千兆字节扩展到太字节，并为你的庞大业务关键型数据集提供所需的弹性和性能。

4. 数据滞留在你的数据库中，难以快速加载到缓存
你的应用构建在 Redis 之上，但仍然依赖于你的记录系统 (SOR) 中的缓慢数据。构建和维护数据管道来同步它们既复杂又耗时。Redis Data Integration (RDI) 改变了这一切，它会自动使用 SOR 中的变更来“重新加载”Redis，让你始终拥有最新数据而无需额外的复杂性。现在你的团队可以专注于构建创新功能，而不是管理数据流。

5. 你的数据面临风险——而你可能毫不知情
缓存业务关键信息时，数据丢失或不一致会扰乱运营并影响用户体验。ElastiCache 有限的持久性特性意味着你可能丢失最多 1 小时的数据，使你的应用面临风险。由于应用依赖于准确、持久的数据，因此无论发生什么情况，现代缓存都是保持数据完整性和弹性的必要条件。使用 Redis Cloud，即使出现问题，你的业务也能顺畅运行。

6. 你缓存中的宝贵数据未得到充分利用
当然，ElastiCache 可以很好地处理基本的键值查找。但 Redis 不止于此。使用 Redis，你可以实时搜索、查询、聚合和过滤这些数据。借助 Redis，你的数据成为动态资产，让你能够使用内置的 Redis 查询引擎以亚毫秒级的速度分析数百万条记录。它非常适用于需要即时洞察的应用，无论是用于个性化用户体验、异常检测还是实时运营决策。

如果你正面临这些挑战，是时候考虑 Redis Cloud 了。Redis Cloud 由创造 Redis 的团队构建，我们精心设计它，以便在任何规模下提供实时速度和弹性——无论你运行的是简单缓存还是将 Redis 用作实时数据平台。

Redis Cloud 不仅仅适用于灵活且高性能的缓存。它旨在为游戏、金融、零售等领域的关键任务应用提供支持。它能够根据你的业务需求无缝扩展，同时控制成本，并每次都能提供用户所需的可靠性。

Redis 在关键方面超越 ElastiCache

全球规模与高可用性

ElastiCache	Redis
主备模式 ElastiCache 仅支持从一个缓存集群到其他区域（仅限 AWS）的目标集群的单向数据复制，采用主备 (replica-of) 设置。 这种设置仅能扩展读取流量。写入仍然通过主集群进行，这意味着对于写入密集型应用来说，延迟更高，扩展速度更慢。 此外，ElastiCache 的方法无法提供跨多个云和本地环境复制数据的额外弹性。ElastiCache 的复制提供了 **99.99% 可用性**的 SLA。	主主异地分布式 Redis 超越了主备复制。通过主主异地分布式，你可以创建一个统一、可扩展的缓存，支持双向复制——跨区域、跨云，甚至跨本地环境。 主主模式提供快速的本地延迟，无论地理复制区域的数量（或它们之间的距离）如何，并通过平滑的冲突解决机制提供支持，使你可以同时读写多个缓存节点。 我们的主主异地分布式提供了行业领先的 **99.999% 可用性** SLA，每年比 ElastiCache 少停机超过 45 分钟。

智能成本控制

ElastiCache	Redis
数据分层 ElastiCache 最近引入了分层存储，将频繁访问的数据保留在 RAM 中，同时将访问频率较低的数据移至 SSD。 数据分层专为对业务运营至关重要且需要持久化的大型、高成本数据集而设计。但 ElastiCache 的分层不支持数据持久性，这使其成为这些用例的风险选择。ElastiCache 的数据分层不支持所有用例；仅支持易失性 LRU、所有键 LRU 和无驱逐最大内存策略的逐出策略。	Redis Flex Redis Flex 凭借其由 SpeeDB 驱动的 SSD 存储引擎提供先进的数据分层。它可降低从小型 1GB 数据集到数十太字节的数据集成本，并通过将数据集分解为更小的分片并并行运行来加快复制时间，从而提高吞吐量。Redis Flex 支持更多用例，通过无 逐出策略 支持不断增长的数据集。
单租户 ElastiCache 严格采用单租户模式，这意味着每个 Redis 实例都需要自己的节点——并且你为每个节点付费。扩展规模最终会使服务提供商受益更多，而不是你。 了解更多.	多租户 Redis 允许你在一个订阅下运行多个数据存储。每个数据集都有自己的 Redis 数据库端点，与其他数据集完全隔离。可以在共享的基础设施上运行多个专用数据存储，而无需物理资源。这种设置有助于你在扩大规模的同时降低部署成本。 了解更多.

实时数据摄取

ElastiCache	Redis
手动且复杂 在 ElastiCache 和其他数据库之间摄取和管理数据可能很复杂。开发者通常需要构建和维护自定义数据管道，不断确保同步状态，并手动处理不一致。为此，他们通常依赖于 AWS 中心工具，如 Kinesis 或 Lambda 函数，这不仅增加了复杂性，还将你进一步锁定在 AWS 生态系统中。 这增加了延迟和复杂性，使得保持数据准确和实时变得困难。如果没有自动化数据集成，ElastiCache 会成为瓶颈，限制可扩展性，并迫使团队更多地关注维护而非创新。 阅读更多	内置 有了 Redis Data Integration (RDI)，从其他数据库同步数据不再头疼。无需构建复杂的数据管道或处理 AWS 工具——RDI 会为你自动实时完成这一切。你的数据始终保持最新，因此你的应用运行快速且保持一致，摆脱了管理噩梦。最重要的是，它让你得以专注于重要事项——创新和提供卓越体验。 阅读更多

数据持久性

ElastiCache	Redis
RDB 备份 ElastiCache 支持使用 RDB 进行快照。快照可以每小时进行，并可按需每天进行多达 20 次。 阅读更多	多种持久性选项 Redis 提供多种持久性选项的灵活性，包括完整数据持久性 Redis 数据库 (**RDB**)：RDB 持久性在指定的时间间隔执行数据集的时间点快照。 仅追加文件 (**AOF**): AOF 持久性记录服务器接收到的每次写入，以便你在启动时重建数据集。命令使用与 Redis 协议相同的格式，便于重放操作。 **RDB + AOF**: 你还可以在同一个实例中结合使用 AOF 和 RDB。 阅读更多

搜索与查询

ElastiCache	Redis
手动索引、简单查询且无搜索功能 ElastiCache 适用于简单的键值查找，但它没有内置的二级索引。可以将集合（Sets）、有序集合（Sorted Sets）和列表（Lists）用作索引值的变通方法，但这样使用这些数据结构会增加开销、影响性能并增加开发复杂性。 由于没有内置的全文搜索或向量相似性搜索功能，你不得不自己构建搜索函数，这会进一步增加复杂性和成本。	内置二级索引、高级查询和搜索算法 Redis 凭借 Redis 查询引擎内置了二级索引、高级查询功能和搜索算法。我们丰富的查询语言可以轻松构建你所需的功能。 内置的搜索和查询功能为你提供更多数据控制和灵活性，让你的应用能够根据缓存或会话存储中的内容做出实时决策。 阅读更多

想了解更多？

了解更多关于 Redis 的高级功能，并查看与 ElastiCache 的完整功能对比