Cloudflare的AI精神病
曾几何时,Cloudflare像蝙蝠侠的身份一样默默无闻地改善互联网:保护并与坏人作斗争,为全球城市戈登…呃,我是说互联网的利益。当我10年前第一次在我的网站上安装Cloudflare时——它为我节省了大量的兆字节,降低了账单费用,同时每月发送给我一份网站表现的报告……那一刻我知道Cloudflare(CF)真是太棒了。因为Cloudflare做了几件事情非常好:它位于你的网站前面,抵挡攻击,缓存静态内容,处理DNS,仅此而已。没有废话。良好的基础设施。快速。可靠。以最好的方式无聊。新的东西,不那么好。更重要的是,这只是我个人在个人博客上的观点,你可以不同意,我没关系!从根本上说,我在一家小型AI初创公司工作,依赖CF,我是他们的不是完全不满意但也不是完全满意的客户。CF是一家大公司,一台巨大的赚钱机器。今天它们比以往任何时候都要大,仍然处理大量的日常网络流量(大约1/3的请求)。对股东来说是个伟大的工作,安全和缓存层的销售做得很好,而且足以支付账单(在我写这篇文章时,股价创下历史新高)。无论股票在过去几年表现得多么好,CF把自己变成了一些稍微有些尴尬和小圈子化的东西(但不如其他公司那么糟,咳咳△)。现在它感觉不像是由优秀的工程师来经营的公司,而是由项目经理和所谓的“潮流编码者”来做什么我称之为AI精神病:梦 -> 感受 -> 发货。失去了与现实的联系 首先,故障比以往任何时候都多,记得那次React useEffect搞砸了吗 [0]?在一家大约运行三分之一网络的基础设施公司发生这种事情简直疯狂。故障无处不在,但让我们谈谈我最大的抱怨:开发者体验。开发者体验感觉像是事后想出来的。可是CF是一家基础设施公司,拥有出色的工程师,难道开发者体验不应该是顶尖的吗?相反,CF决定它也想成为一个适合每个人的云平台,适合孩子、狗和潮流人。我们怎么会走到这一步?AI产品经理的心态。发布粗制滥造的产品,在X上发布,获得200个赞,循环往复。不是专注于专业、可靠性和简单性……这就是一家基础设施公司是如何被项目管理推向它曾经解决的问题,变得更加复杂的。做同一件事的方式太多,但没有一个好。 当一家基础设施公司被完整的产品管理组织压倒时,你知道接下来会发生什么:首先,功能会增多。命名变成了市场营销(超驱动?听起来不错对吧?发布吧)。似乎只在乎一些半成品,像亲戚一样。例子?好吧——让我们看看数据存储。他们有D1(无服务器SQLite)、耐久对象(有自己SQLite)、KV、R2、队列和加速外部Postgres或MySQL的超驱动。仍然没有真正的第一方托管PostgreSQL感觉原生。这里的关键词是必须有本地的感觉。超驱动是一个智能连接池和缓存,用于存放在其他地方的数据库。虽然有用,但是承认他们从未构建大多数严肃应用程序仍想要的数据库。最终,你不得不把三四个存储产品粘在一起,希望这些组合的文档不会过时六个月(知道的人知道)。好吧,也许你会想:“你根本不知道你在说什么,伙计”。让我们看看计算方面。哎呀。计算也是一团糟。有Workers,还有动态Workers,运行时生成的隔离体,作为AI代理和不受信任代码的轻量级替代容器。然后是沙箱(在容器上)。然后是完整容器……还有围绕着这一切的一堆“代码模式”的路径,以便代理可以编写和运行东西。每个都有不同的隔离、启动时间、定价和绑定。没有一个只是“运行代码的地方”。在它们之间进行选择意味着阅读多个相互矛盾或滞后于实际产品的文档页面。好吧,也许你会说:“伙计,我们需要不同的计算层”。好的,那么——我一定又错了。让我们看看最新最流行的炒作。AI代理。代理甚至更吵。代理SDK。Flue。项目Think。Cloudflare OS(他们刚刚开源了他们的内部代理工作空间)。而可观察性随后再加上去(下文对此有更多讨论)。每个新公告都会添加另一个束缚或框架,而不是完成他们已经拥有的一个。经典的产品经理举动:增加更多的表面面积,最大化不连贯,直到开发者体验感觉像是一个逃出了沙箱的内部实验(懂了吗?)。RAG同样的故事。AutoRAG被重新命名为AI搜索。这只是R2、Vectorize、Workers AI上的一个托管管道。适合演示和黑客马拉松。但在实际使用中,它在质量、过滤、混合搜索和实际可见性方面落后于合适的RAG平台,甚至是一个相当不错的开源栈。当它“适用于简单情况”时……你知道那是一个低标准。
本站免费、广告极少。如果觉得有帮助,可以请我们喝杯咖啡 —— 任何金额都对持续运营有实际帮助。
☕请我喝杯咖啡