Cloudflare 推出 K2 无服务器事件流服务
先了解这件事
Cloudflare 于近期推出基于 R2 对象存储的 K2 无服务器事件流服务,旨在解决边缘网络下传统 Kafka 部署困难的问题。该服务通过牺牲部分延迟换取弹性与成本优势,官方公布生产端 p99 延迟约为一秒。然而,公开测试显示端到端交付速度更慢,部分用户报告 p99 延迟高达 7.5 秒。技术实现上,K2 利用 R2 的强一致性 API 和原子操作处理顺序与偏移量,无需协调服务;写入时先在内存暂存并等待数据到达,再批量处理。
AI 根据报道生成 · 2 小时前更新
报道时间线
沿着报道,了解事件的不同侧面。
- InfoQ 中文精选Cloudflare K2 公测以秒级延迟换取低成本,暴露对象存储构建事件流的架构取舍
Cloudflare 推出 K2 无服务器事件流服务,底层基于 R2 对象存储实现分区持久化日志,旨在解决边缘网络下传统 Kafka 部署困难的问题。该服务通过牺牲延迟换取弹性与成本优势,官方公布生产端 p99 延迟约为一秒,但公开测试显示端到端交付速度更慢,部分用户报告 p99 延迟高达 7.5 秒。 技术实现上,K2 利用 R2 的强一致性 API 和原子操作处理顺序与偏移量,无需协调服务;写入时先在内存暂存并等待数据到达,再批量写入分段文件,这一机制是延迟的主要来源。定价方面,每 GB 生产费用为 0.04 美元,消费同样收费,导致单消费者场景实际成本翻倍,扇出式策略下成本急剧上升,尽管长期保留数据成本低于托管 Kafka 或 Google Pub/Sub。竞争对手指出,通过有状态后端进程持续刷新多租户对象,可在同一区域配置中实现约 50 毫秒的确认延迟,但这需要权衡数据刷新频率与 PUT 操作的 API 成本。 事实层面,K2 目前限制存储空间为 10GB,每条数据流生产吞吐量为 30MB/s,且不支持 Kafka 原生 API,转而采用基于租约的消费模式以提升并行度。推断其核心矛盾在于对象存储无法追加写入的特性与日志系统需求之间的根本冲突,导致延迟下限难以突破秒级。猜测未来若引入 Express 层等低延迟存储选项或支持 Kafka 客户端,可能缓解部分性能瓶颈,但当前架构决定了其更适合对延迟不敏感、追求长期数据保留和低运维成本的场景。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。