Cloudflare 把内部配置库 Quicksilver 第一次开放给客户，作为 Workers KV 的新模式 KV Instant。p99 读 1.62 毫秒，代价是单个命名空间最多 1MB、每秒只能写一次。
一句话结论：它快得离谱，也小得离谱。读延迟降到毫秒级，但一个命名空间只有 1MB，这东西是给“读得极频繁、写得极少”的小数据准备的。
Quicksilver 是什么
它是 Cloudflare 自己的配置存储，2020 年就上线了。全球每个节点几乎每个请求都要在里面查至少一个键，但一直没有对外开放。这次以 Workers KV 的新模式出现，名字叫 KV Instant。
公布的数字：p99 读 1.62 毫秒，经典模式是 287 毫秒；中位写复制 107 毫秒，p99 写复制 256 毫秒，经典模式对应的是“1 秒以内”和 4.38 秒。测量覆盖三百多个边缘节点。
限制比速度更值得看
API 还是 Workers KV 那一套，差别有三处。模式在创建命名空间时用 mode 为 instant 指定，之后不能改；不支持 metadata，getWithMetadata 永远返回 null；list 不分页，一次返回所有匹配的键。
然后是硬边界：一个命名空间最多一万个键值对、总量 1MB，键最长 300 字节，每个命名空间每秒只能写一次。经典模式允许“每个键每秒写一次”，很多键可以并发写；到了 Instant 就变成一条串行队列——这是迁移时最容易踩的地方。
价格方向也很明确：读便宜六成，写贵得多（每次 0.1 美元，经典模式是每百万次 5 美元），存储 1MB 每月 100 美元。定价本身就是一份产品说明。
什么该放进去
功能开关、路由表、租户域名映射、Agent 的运行参数，这些形状正好。会话状态、用户记录、任何有写路径的东西都不合适，1MB 和每秒一写的限制会把它们卡死。
对独立站长的现实判断：如果你的站还在用宝塔加 Redis 做页面缓存，暂时没必要动。真正有意义的场景是你已经把边缘逻辑放在 Workers 上，需要一个“全球都在读、几个月才改一次”的配置层——比如把灰度名单、跳转规则从数据库搬到边缘，省掉一次回源。
计费方式也要留意：一次多键 get 按键计费，读三个键等于三次操作。批量的读要合并，别在循环里一个个取。这个坑在经典模式里也存在，只是单价低，不容易被账单提醒。
迁移前建议先在测试命名空间里跑一遍真实读写。重点验证三件事：写入频率会不会撞到每秒一次的上限，键的总量和体积会不会顶到 1MB，以及代码里有没有依赖 metadata 或分页 list 的地方——这三处都是“能创建成功、跑起来才报错”的类型，上线才发现会很被动。
至于该不该跟进：这更像一次基础设施的定价实验。Cloudflare 愿意把内部最核心的存储开放出来，说明边缘配置这个场景的竞争开始了。对站长来说，短期可用的收益有限，但它预告了一件事——未来“配置”和“数据”会继续分家，配置往边缘走，数据留在中心。写代码时把这两类东西分开，迁移成本会低很多。
InfoQ《Cloudflare Opens Quicksilver to Customers as Workers KV Instant, Inside a 1 MB Envelope》（2026-10-29）。
