Featured image of post Cloudflare 被批“AI 迷航”:当基础设施公司迷上产品发布节奏

Cloudflare 被批“AI 迷航”:当基础设施公司迷上产品发布节奏

一篇开发者博客质疑其AI化扩张。

核心事件:一篇博客引发的基础设施反思

一篇题为《Cloudflare’s AI Psychosis》的开发者博客在 Hacker News 引发讨论,摘要页显示获得 108 分、90 条评论。作者自称在一家小型 AI 初创公司工作,是 Cloudflare 的长期客户,态度并非全盘否定,而是认为这家曾以 DNS、缓存、防护和可靠性见长的基础设施公司,近年在 AI 与开发者平台方向扩张过快,导致产品线重叠、文档滞后、可观测性不足,开发者体验被稀释。

作者的核心判断是:Cloudflare 仍然拥有强大的网络与安全基础,但上层产品越来越像为发布而发布。这类批评之所以受到关注,是因为 Cloudflare 并非普通 SaaS 公司,它位于大量网站访问链路前端;作者称其大约承载每日 Web 请求的三分之一左右,因此任何产品方向变化都会被开发者放大感知。

从“隐形基础设施”到“全栈云平台”

文章回顾了作者十年前首次使用 Cloudflare 的体验:网站前面加上一层代理后,能节省流量、降低成本,还能获得月度性能报告。那时的 Cloudflare 形象清晰:抵御攻击、缓存静态资源、提供 DNS 服务,少而精,可靠且“无聊”。在基础设施领域,“无聊”通常是褒义词,意味着系统稳定、行为可预期。

但作者认为,今天的 Cloudflare 已经不满足于做网络与安全层,而是试图成为面向所有开发者的云平台。文章点名批评的不是单一故障,而是一种组织气质变化:产品经理驱动的功能扩张、围绕 AI 概念快速发布、在社交平台制造声量,却没有把现有能力打磨到足够清晰。

文中提到几个关键事实与指控:

  • Cloudflare 作为企业规模和资本市场表现都处在高位,作者称其股价在写作时处于历史高点;
  • 作者承认其安全和缓存业务仍然“做对了事”,并支撑了商业基本盘;
  • 批评重点集中在开发者体验、产品一致性、文档质量和运行可观测性;
  • 文章还提到过往一次与 React useEffect 相关的事故,认为基础设施公司出现此类问题令人难以接受。

产品线重叠:存储、计算与 AI 工具都在变复杂

作者用存储产品举例说明“做同一件事的方式太多”。Cloudflare 目前有 D1、Durable Objects 自带 SQLite、KV、R2、Queues,以及用于加速外部 PostgreSQL 或 MySQL 的 Hyperdrive。D1 可理解为面向边缘场景的 serverless SQLite;KV 是键值存储;R2 是对象存储;Hyperdrive 则更接近数据库连接池与缓存层。

问题不在于这些组件没有价值,而在于作者认为缺少一个真正“原生”的一等公民式托管 PostgreSQL。PostgreSQL 是大量严肃应用仍然依赖的关系型数据库。结果是,开发者可能需要把三四个 Cloudflare 存储组件拼在一起,再去翻找可能已经滞后的文档。

计算层也被认为类似。文章列出 Workers、Dynamic Workers、Sandboxes、Containers,以及围绕这些能力的多种“code mode”路径。它们在隔离级别、启动时间、计费方式和绑定机制上各不相同。对于普通开发者来说,问题不是选择多,而是缺少一个明确答案:代码到底应该运行在哪里

AI 相关产品则被作者视为噪声更大的一部分。文章提到 Agents SDK、Flue、Project Think、Cloudflare OS,以及 AutoRAG 更名为 AI Search。RAG 即检索增强生成,简单说是先从文档或数据库中找相关资料,再交给大模型生成答案。作者认为 AI Search 依托 R2、Vectorize、Workers AI 形成托管管线,适合演示和黑客松,但在质量、过滤、混合搜索和可见性方面,仍落后于成熟 RAG 平台或优秀开源组合。

可观测性和文档成为信任短板

文章还批评 Workers Observability 仍不完整。可观测性指通过日志、指标和链路追踪理解系统运行状态。作者的观点是,随着平台能力扩张,观测能力不应在产品发布后再被“补上”,而应从一开始就成为生产级基础设施的一部分。

文档也被认为影响信任。作者称,重新设计界面不能替代精确、版本化、可长期维护的参考文档;新产品页面不完整、示例过期,会让基础设施客户更难放心采用。对于基础设施公司而言,文档不是营销材料,而是产品本身的一部分。

点评:AI 热潮下,基础设施公司的边界感更重要

这篇文章并不是一份中立测评,而是重度用户的情绪化评论,其中不乏尖锐表达。但它触及了一个真实行业问题:当基础设施公司追逐 AI、全栈和开发者平台叙事时,最容易牺牲的往往是简单性、一致性和可预测性。

Cloudflare 的优势仍在底层网络、安全、防护、缓存和边缘执行能力。未来真正决定其平台化成败的,不是发布多少 AI 框架或代理工具,而是能否把产品边界收束清楚,把文档、可观测性、数据库与计算入口打磨成稳定答案。AI 可以成为增长入口,但基础设施客户最终购买的仍是信任。若 Cloudflare 能把发布节奏转化为工程完成度,它仍有机会成为开发者平台;若继续扩大重叠表面积,批评者所说的“噪声盖过基础设施”会成为更普遍的观感。