David Crawshaw 不是第一次创业的人。他是 Tailscale 联合创始人。4 月 22 日，exe.dev 在宣布融资的同一天，他发文表态：要自己做一朵云。

重点不在“又一家云创业公司”。重点在于，他直接冲着公有云最底层那套卖法开火：按实例卖 VM、默认远程块存储、网络出口高收费，再叠一层 Kubernetes 去把这些摩擦缝起来。问题不只是贵，而是抽象本身越来越不合时宜。

exe.dev 这次到底改了什么

exe.dev 第一版产品，改的不是 UI，也不是套餐名。它改的是购买单位。

用户买的不是单个 VM，而是 CPU 和内存资源池。买完后，可以在上面自由运行多个 VM。配套主张还包括本地 NVMe、块级异步副本、内建 TLS 与认证代理、全球区域和 anycast 入口。

维度exe.dev 的主张它在反对什么更适合谁
计算先买 CPU/内存资源池，再跑多个 VM传统云按单个实例绑定 CPU/内存要批量跑小型隔离环境的团队
存储本地 NVMe + 异步副本远程块存储成为默认路径对延迟、IOPS 更敏感的负载
网络入口内建 TLS、认证代理、anycast用户自己拼代理、证书和公网暴露想缩短上线链路的平台团队
区域能力全球区域复杂的跨区配置面向全球访问的应用

这套说法里，最重要的不是“更方便”。是它明确点了四个老问题：

  • VM 把 CPU、内存和隔离方式绑死了
  • 远程块存储在 SSD 时代未必还是通用默认解
  • egress 出口流量长期是利润池
  • Kubernetes 很多时候在替糟糕底层抽象收拾残局

这些批评不能一概当定论，但也不是空话。尤其是最后一点。Kubernetes 当然有价值，它解决了调度、声明式部署、服务发现这些硬问题；但它今天承担的工作，确实混进了不少“底层云太别扭，只能让上层来补”的成分。

对两类人，这个产品方向最相关。

一类是做 AI agent、自动化工作流、沙箱执行环境的团队。他们常常需要拉起很多小而隔离的运行环境，传统实例形态会显得笨。另一类是中小 SaaS 和平台团队。它们拿不到大客户折扣，却要照单承受实例碎片、网络计费和部署复杂度。

如果你就在这两类里，动作很简单：现在不该直接迁移，但值得把它放进下一轮基础设施评估名单，专门看小型隔离环境、边缘入口和高 I/O 负载这几类场景。

他真正挑战的，是 hyperscaler 的赚钱方式

我更在意的不是产品形态，而是它打到哪一层。Crawshaw 盯上的，其实是 hyperscaler 的激励结构。

“天下熙熙，皆为利来。”放在今天的云厂商身上，并不夸张。按实例卖算力、按出口收钱、把更多能力包进托管服务和专有网络，这些设计不一定总是最佳技术解，但往往是更稳的营收解。

远程块存储就是例子。它有真实价值，弹性、迁移、恢复都离不开它。问题在于，当本地 NVMe 已把随机 I/O 推到另一个量级后，继续把大量场景默认推向远程盘，已经不只是工程选择，也是在为标准化运营让路。

Crawshaw 文中拿云上 IOPS 成本和自己 MacBook 做对比。这种对比不能当行业普遍、精确的价格结论。更稳妥的理解是：它是在举例说明，今天很多云默认存储路径的性能/价格比，已经开始失衡。

egress 更直接。很多团队不是买不起算力，而是数据一旦要跨云、出云、跨供应商，账单立刻变脸。技术上能通，商业上不鼓励你通。这不是细节，是平台控制。

所以我觉得这篇表态最有分量的一点，不是“我要做云”，而是把一个行业默契挑破了：主流公有云这套抽象之所以顽固，不只因为历史包袱，也因为它足够赚钱。旧秩序未必优雅，但很会收钱。

现在该怎么看：谁该试，谁该等，接下来盯什么

这件事和 AI 有关，而且关系不小。Crawshaw 的判断是，agents 和 LLM 会放大软件数量，也会放大私有运行环境的需求。我基本同意。

代码生成更便宜，服务实例会更多。服务一多，原本就讨厌的云摩擦会被放大。以前只是工程师抱怨几句；以后可能直接变成产品成本、交付速度和系统边界的问题。

但这里别走到另一个极端。它不是“云计算失败了”，也不是“Kubernetes 没用了”。更准确的说法是：现有云抽象在一部分新场景里越来越别扭，因而给了新平台机会。

这个机会很窄，不是全面替代 AWS、GCP、Azure。更像是在云基础抽象失配最严重的地方，撬开一道口子。

你可以按下面这张表判断现在该做什么：

你是谁现在更合理的动作原因
AI agent / 沙箱执行平台团队关注并小范围测试这类场景最容易被实例碎片、网络入口和隔离成本拖慢
中小 SaaS / 内部平台团队先观望，再做 PoC可能有收益，但迁移成本和工具链兼容性还不清楚
强依赖现有云托管生态的大企业暂不迁移合规、采购、可用区能力、事故处理和生态绑定更重要

我接下来会盯三件事，而且都很现实：

观察点为什么关键目前能确认什么
可靠性本地 NVMe + 异步副本很好听，但故障域和恢复设计更难目前只看到架构主张，没看到大规模验证
成本曲线新抽象要成立，不能只在理念上占优现在只有方向，没有可验证的普适价格证明
迁移摩擦用户是否愿意换，不看口号，看工具链和切换成本生态黏性仍在老云手里

历史上很多基础设施革命，最后输的不是设计差，而是规模、可靠性和销售跟不上。铁路、电力、云计算都一样。好抽象当然重要，但交付能力更硬。exe.dev 现在证明的是问题挑得准，不是胜负已分。

所以这条新闻的价值，主要有两层。

第一，它把很多工程师心里那句脏话，翻成了公开、系统的产品主张。第二，它也提醒人别太快站队：批评主流云很容易，真把云做出来很难。