Redis 创业公司计划能为您提供什么
Redis 创业公司计划为 Redis Cloud（由维护 Redis 本身的公司运行的托管服务）提供高达 10,000 美元的信用额度。
与引人注目的云赠款相比，一万美元显得微不足道。但它的价值远超表面，因为 Redis 几乎位于您运行的所有其他服务的“热路径”上，并且它的计费对象是您堆栈中最昂贵的资源：RAM。
条款会不时修订。当前详情与 AI Perks 跟踪的来自 194 家公司的 770 万美元信用额度并列。
Redis 实际上有什么用，它取代了什么
Redis 是一个内存数据结构存储。它将您的工作集保存在内存中，这就是为什么它能在毫秒级内响应，以及为什么它的定价与基于磁盘的数据库完全不同。
大多数创始人将 Redis 归类为“缓存”，这大大低估了它的能力。它提供真正的数据结构，每一种都简化了一个本应是围绕 Postgres 表的应用代码的作业。
| 作业 | Redis 取代了什么 | 团队切换的原因 |
|---|---|---|
| 读取缓存 | 重复相同的 Postgres 查询 | 消除 80% 的最热数据库负载 |
| 会话存储 | 会话表或粘性会话 | 允许您运行无状态应用程序服务器 |
| 速率限制 | 带有行锁的计数器表 | 避免争用的原子计数器 |
| 作业队列 | 每秒轮询作业表 | 流和列表，无需轮询循环 |
| 排行榜、排名 | 对增长表进行 ORDER BY | 随着行数增加，排序集保持快速 |
| 扇出、存在、实时状态 | 您会构建的第二个服务 | 内置的发布/订阅和 TTL 键 |
| 向量搜索、语义缓存 | 单独的向量数据库 | 减少一个热索引的系统 |
最近的 Redis 版本将搜索、JSON 和向量索引整合到核心产品中，而不是作为单独的附加组件。尽管确切的打包方式已经更改过不止一次，所以请确认您的版本包含的内容。
在您承诺之前需要了解的一件事：Redis 在 2024 年更改了其源代码许可证，这触发了 Valkey 分叉，随后又添加了 AGPL 选项。这对初创公司来说实际影响温和。其通信协议是一个事实上的标准，有多种兼容的实现，因此切换不是重写，而是数据迁移。
Redis Cloud 定价随规模扩展的行为方式
Redis Cloud 主要按预配内存和吞吐量计费，而不是按您运行的命令数量计费。您数据集的千兆字节大小是驱动发票的数字。
内存是昂贵的部分。每千兆字节的 RAM 成本大约比块存储高一个数量级，因此在 Redis 中，对于 Postgres 来说微不足道的数据集却是一项真正的费用。由此产生四个后果。
复制会成倍增加，而不是简单叠加。 高可用性设置会在内存中保留一份完整的第二份副本。您不是为持久性支付少量额外费用，而是为数据集支付两次费用。
您存储的内容比您读取它的频率更能决定账单。 两个具有相同流量的产品，成本可能相差五倍，因为一个缓存了 2KB 的 JSON 块，而另一个缓存了 60 字节的 ID。
TTL 是一个定价决策。 没有到期时间的键会无限期累积。一个没有逐出策略的缓存会悄悄变成您从未想过的数据库。
吞吐量有其自己的上限。 计划的内存大小和每秒操作数，因此一个每请求发送十次往返的健谈客户端，在数据量增长之前很久就可以将您推向更高的层级。
Redis 还提供了分层选项，将较旧的键推送到 SSD 以降低大型数据集的每千兆字节成本。可用性因计划而异，因此请将其视为一个需要询问的事项，而不是假设。
10,000 美元的 Redis 信用额度实际能覆盖多少
运行时间取决于您保存在内存中的内容以及是否对其进行复制，而不是您的流量量。
| 设置 | 10,000 美元的信用额度大致代表的意义 |
|---|---|
| 单个小型缓存，几 GB，无副本 | 几年的运行时间 |
| 缓存加上会话存储，高可用性开启 | 轻松超过一年 |
| 生产规模的缓存、队列和排名，已复制 | 大约一年 |
| 用于向量搜索的数百万个嵌入保存在内存中 | 几个月，而不是几年 |
最后一项是预算会破裂的地方。向量索引非常密集，不易压缩，并且会随着您的语料库而不是流量而增长。将完整的文档语料库放入内存是快速将慷慨的赠款变成短暂赠款的最快方法。
能够延长内存定价赠款期限的做法并不耀眼。为每个您创建的键设置 TTL，缓存标识符而不是有效负载，并删除自春季以来无人触及的暂存实例。
Redis 信用额度可以与哪些叠加，哪些不能
Redis 信用额度与您的云信用额度是独立的供应商关系，因此同时拥有两者是真正有效的叠加。例外是市场购买。
如果您通过云提供商的市场购买 Redis Cloud，该支出通常会消耗与云提供商的承诺支出合同，而不是由 Redis 的创业公司信用赠款覆盖。这两者可能会在没有人注意到的情况下相互抵消。在您签署之前，而不是之后，确认购买途径。
对于 AI 产品，存在第二种叠加效应，并且它贯穿各个层级。Redis 中的语义缓存可以返回已存储的答案，而不是调用模型，这将基础设施信用转化为模型信用。对昂贵模型的缓存命中是您从未购买过的最便宜的 token。
资金充足的 AI 堆栈通常有三个独立层：用于推理的模型信用，用于代码运行的计算信用，以及用于状态存储的数据信用。只拥有其中一种的团队仍然面临实际的账单。哪些程序可以组合，哪些程序会悄悄地排除彼此，AI Perks 就是为了解决这个问题而存在的。
创始人对 Redis 的误解
昂贵的错误是采用时做出的配置和架构选择，这在任何人阅读发票之前就已经发生了。
不更改默认的逐出策略。 Redis 默认在达到内存限制时拒绝写入，而不是逐出旧键。这样配置的缓存不会在填满时降级，而是开始出现写入失败。从第一天起就刻意设置逐出策略。
假设它是持久的。 Redis 持久性是可配置的，并且不同模式的保证也不同。任何您无法承受在故障转移时丢失的数据都应该放在 Postgres 中，Redis 放在它前面。
缓存有效负载而不是键。 存储完整的序列化对象感觉很高效，并且是导致内存计划过大的最大单一驱动因素。缓存标识符，从主存储中充实。
每请求十次往返。 Redis 足够快，以至于团队停止批量处理。然后，网络延迟而不是 Redis 成为瓶颈，吞吐量层级随之提高。
在出现热路径之前就采用它。 如果没有查询是慢的，也没有表是争用的，那么托管 Redis 就是一笔开销和一个额外的故障域。Postgres 首先承担了相当多的缓存职责。
不模拟信用卡账单。 在迁移之前，写下您在标价下的设置成本。如果这个数字在您预期的收入下是无法承受的，那么信用额度就是在为未来的迁移提供资金，而不是为您的运行时间提供资金。
Redis 信用额度在资金充足的堆栈中的位置
数据库信用是创始人常常忽略的层级，因为账单比模型账单小，而且在复合之前更容易被忽视。
数据库和基础设施类别在 getaiperks.com 进行跟踪，这是快速一站式查看整个层级的最佳方式。有三件事决定了是否值得申请此类赠款。
时机胜于大小。 预配的信用额度从实例存在的那一刻起就开始燃烧，而不是从它开始提供流量的那一刻起。过早认领，赠款就会为闲置的缓存提供资金。
广度胜于精确度。 数据库信用额度很少与模型或计算程序冲突，因此资金最充足的基础设施属于那些将整个层级视为一个整体练习的团队，而不是押注于单一供应商。
条款会发生变化。 基础设施程序比其营销页面暗示的更频繁地修改其金额和条件，因此您上个季度检查的数字是一个起点，而不是事实。AI Perks 为您跟踪这些变化。
常见问题解答
Redis 创业公司计划提供了多少？
高达 10,000 美元的 Redis Cloud 信用额度，这是托管的 Redis 服务。该赠款是固定的额度，而不是使用折扣，因此其价值完全取决于您为此预配了多少内存。金额和条款会发生变化，当前的详细信息与其他数据库程序一起在 getaiperks.com 进行跟踪。
Redis 信用额度可以用于什么？
信用额度适用于 Redis Cloud 订阅，其定价基于预配内存、复制和吞吐量。由于计费是按容量而不是按命令，因此信用额度抵消了固定的月度基础费用。对于已经在生产环境中运行 Redis 的团队来说，它们比正在评估它的团队更有价值。
Redis 可以免费使用吗？
Redis 有开源版本，您可以自行托管而无需支付许可费用，此外 Redis Cloud 还有一个免费套餐供评估。自行托管的实际成本是运营成本：内存大小调整、故障转移、升级以及伴随它们的寻呼。信用额度的存在是为了暂时消除这种权衡。
我可以使用 AWS 或 Google Cloud 信用额度来支付 Redis 账单吗？
通常不能直接支付。Redis Cloud 是一个独立的供应商关系，因此您的云信用余额不会抵消 Redis 发票，这正是同时拥有这两项赠款具有叠加效应的原因。市场购买是例外，它可以消耗云承诺支出合同。在 getaiperks.com 上查看哪些组合适用。
我应该使用 Redis 作为 RAG 的向量数据库吗？
对于小型、热索引或昂贵模型的语义缓存，是的。对于数百万个嵌入，内存定价对您不利，基于磁盘的向量存储通常更便宜。根据索引大小决定，而不是根据您更愿意运行多少系统。
初创公司还应该申请哪些其他数据库信用？
大多数托管数据库、数据仓库和缓存供应商都有创业公司计划，而且它们很少相互排斥。AI Perks 跟踪 194 家公司总计 770 万美元的信用额度，包括整个数据库类别，因此您可以在承诺将您的状态交给一个供应商之前查看所有选项。
根据优点选择您的数据层。让别人来资助其中昂贵的部分。