Amazon CEO Andy Jassy on the $220 Billion AI Buildout|深度中文详解
- 日期:2026-10-23
- 时长:3681 秒(约 61 分钟)
- 节目:a16z Podcast
- 嘉宾:Andy Jassy,亚马逊 CEO
- 英文来源:youtube-captions
- 音频:收听节目
- YouTube:观看视频
- Episode:节目页面
Jassy 曾长期领导 AWS,于 2021 年接任亚马逊 CEO。这五年横跨两次截然不同的基础设施挑战:疫情期间,零售配送网络急速扩张,随后必须处理成本与效率;生成式 AI 兴起后,AWS 又面临数据中心、电力、芯片和内存的持续扩容压力。本集由 a16z 方面主持,重点不是单项产品发布,而是追问:巨额建设如何回本、稀缺算力如何分配,以及成熟企业怎样在 AI 时代改变已有的产品与组织。
本集最鲜明的对照,是亚马逊如何看待“先建起来,再优化”。疫情期间,配送网络以异常速度扩张,留下成本问题;Jassy 认为,后来的区域化改造证明,快速服务客户与事后重构并非只能二选一。如今他把类似逻辑用于 AI,但投资规模和前置时间都更大:亚马逊预计 2026 年资本开支约 2200 亿美元,他仍称有需求无法承接。其理由不是单靠远期想象,而是大客户预订、服务器采购较短的决策窗口,以及长期合同提供的需求可见度;不过,数据中心必须提前约两年投入,现金流压力不会因此消失。
更值得注意的是他对需求结构的判断。眼下算力消费集中在大型模型实验室、少数热门应用,以及企业降本增效项目;大量现有企业应用尚未普遍接入推理。若这一“中间地带”真正启动,便能支持长期增长,却也要求推理成本显著下降。因此,Annapurna Labs、Graviton 和 Trainium 在访谈中不是芯片支线,而是亚马逊试图改变 AI 经济性的核心工具。访谈同时显露几组尚未解决的张力:数据中心的全国性收益与当地资源负担、AI 新客户的高支付意愿与老客户的容量保障、模型公司既是投资对象又是算力客户,以及小团队提速后必须同步加快安全修补。Jassy 给出的方向是继续建设并重写产品与工作流程;其成效仍取决于需求兑现、成本下降和执行质量。
- 开场:2200 亿美元仍不够用 — 00:00 🎧 · ▶️
- 出任 CEO 五年:从疫情扩建到 AI 热潮 — 00:47 🎧 · ▶️
- AI 资本开支:多少才算过多 — 09:38 🎧 · ▶️
- 反对数据中心建设的理由是否成立 — 15:44 🎧 · ▶️
- 杠铃式 AI 需求与容量分配 — 20:56 🎧 · ▶️
- Annapurna Labs 与亚马逊自研芯片 — 28:12 🎧 · ▶️
- 投资 Anthropic 与 OpenAI 的理由 — 33:36 🎧 · ▶️
- 更小的团队、更快的安全响应 — 37:14 🎧 · ▶️
- 重建 Alexa,重新想象现有产品 — 46:29 🎧 · ▶️
- 给 18 岁年轻人的建议 — 53:06 🎧 · ▶️
- 亚马逊如何避免战线过长 — 56:36 🎧 · ▶️
💬 他们说了什么:开场剪辑先抛出全片张力:Jassy 称,即使今年支出约 2200 亿美元,亚马逊仍会错过相当一部分需求;2026 年的大块容量已售出,2027 年也大体售出,2028 年已有相当部分被预订。主持人则提出尖锐假设:新 AI 实验室愿意高价购买电力、冷却和芯片,云服务商是否会因此挤走老客户?
💡 为什么重要:访谈讨论的不只是“建多少”,还有稀缺时期“优先服务谁”。资本配置和客户信任在这里成为同一道题。
⚡ 争议点:“售出”需要区分合同承诺、可用容量与实际消耗;开场说法不能直接等同于未来收入已全部锁定。
💬 Jassy 回顾,亚马逊总体营收较 2021 年约高 80%,AWS 规模接近当时的 3 倍,广告收入约为 2.5 倍。疫情时期,公司约 18 个月便把此前经营 25 年建成的履约网络规模翻倍,又在约 20 个月建起规模可比 UPS 的末端配送网络。过快建设抬高了履约成本,随后美国网络从全国统一布局转向区域化,把商品放得更接近顾客。他还称,AWS 上一季度同比增长 36.7%,对应约 1690 亿美元年化收入运行率。
💡 他以零售网络作例子说明亚马逊的管理方法:紧急时优先满足客户需求,再用指标发现浪费,必要时重做架构,而不只是逐项削减成本。
⚡ 疫情期间的紧急需求与 AI 的长期需求并不相同。“先扩建、后优化”的成功经验,不自动证明每一轮巨额投资都会得到相同回报。
💬 Jassy 比较两次起飞速度:AWS 创立约三年后,年化收入运行率约 6000 万美元;这一轮生成式 AI 兴起约三年后,仅 AWS 的 AI 业务运行率便超过 250 亿美元。亚马逊预计 2026 年资本开支约 2200 亿美元。他把投入分为两类:数据中心通常须提前约 两年建设,预计使用寿命约 30 年;服务器与网络设备可在需求到来前数月购买,设备约 三年回本、使用寿命约 五至六年,而许多客户合同约为 五年。
💡 这套分期投入解释了 Jassy 为何认为自己能控制部分风险:先取得机房容量,接近交付时再依据需求决定是否填入设备。但它也解释了为何高速建设阶段自由现金流承压。
⚡ 设备回本速度、合同期限和机房寿命不是一项项目收益率的完整计算。若供电延期、设备迭代或客户用量低于预期,实际现金回收仍可能改变。
💬 Jassy 将数据中心比作支撑数字经济的道路与桥梁,主张美国必须建设,也承认行业需要更好地与社区合作。他称,高尔夫球场耗水量约为亚马逊所有数据中心的 200 倍;备用发电机一般仅在维护时运行,约每年 10 小时。他还提及印第安纳州 Saint Joseph County 的约 30 亿美元税款,以及面向数据中心所在地社区、未来 五年追加 10 亿美元的承诺。
💡 机房不再只是云公司的内部资产。土地、水、电网、税收与居民接受程度,都可能成为决定算力何时上线的约束。
⚡ 全国总量比较不能替代某个流域或社区的局部评估;税收、费率和发电机运行数据也需明确统计口径、时间范围及受益对象。
💬 Jassy 把现有需求形容为“杠铃”:一端是大量购买算力的模型实验室及少数爆款应用;另一端是将 AI 用于客服、反欺诈和流程自动化的企业。大量既有企业生产应用位于尚未充分采用推理的“中间”。供给端,他称 2026 年大块容量已售出、2027 年大体售出、2028 年已有相当部分售出,但会为按需服务保留容量;电力、数据中心与内存短缺可能持续数年。他明确表示不会为了出价更高的 AI 客户挤掉运行核心业务的老客户。
💡 如果企业现有应用逐渐普遍采用推理,未来需求可能不只来自头部模型公司。与此同时,HBM 与传统 DRAM、AI 与非 AI 云业务之间,都存在真实的资源分配取舍。
⚡ 企业应用改造的速度尚难预测;长期客户保障是一项原则,具体如何体现于紧缺时的配额、价格和交付安排,访谈没有展开。
💬 亚马逊 2015 年收购 Annapurna Labs,最初并非为了 AI 加速器,而是希望用网卡卸载虚拟化、网络、安全与存储任务,把更多服务器资源留给客户计算。团队随后开发 Graviton CPU;Jassy 称,AWS 排名前 1000 的 EC2 客户中有 99% 使用它,其性价比较其他 x86 处理器约高 40%。Trainium 则针对 AI 加速,他称相对可比处理器的性价比高约 30%—40%;在他看来,推理成本仍比实现广泛采用所需的水平高出约一个数量级。
💡 自研芯片的目标不仅是摆脱单一供应商,还在于降低把既有软件改写为 AI 应用的经济门槛。推理若仍昂贵,企业就必须证明更高的新增价值,才愿意迁移。
⚡ 性价比取决于工作负载、软件适配和比较基准;“高一个数量级”是 Jassy 对普及门槛的判断,不是所有应用通用的定价结论。
💬 主持人以约 180 亿美元投向 Anthropic、约 500 亿美元投向 OpenAI的说法发问,担忧投资方同时也是供应商,会让交易看起来像以资金推动彼此收入。Jassy 没有在回答中确认这两个具体金额,而是强调两家公司的团队、模型与增长潜力。Anthropic 与 AWS Bedrock、Trainium 长期合作;OpenAI 的合作则让希望在 AWS 使用其模型的客户获得路径,并涉及 Bedrock、带状态的智能体运行环境及多年、多吉瓦规模的 Trainium 承诺。
💡 投资、模型分发、芯片采用和云计算合同在同一伙伴关系中相互连接,可能增强亚马逊的平台吸引力。
⚡ 这种连接也使外界更难单独判断投资回报、云收入与真实终端需求。主持人提出的投资金额以及合作承诺的具体条件,应另行核对披露文件。
💬 主持人举例称,Bedrock 团队用 6 名工程师、76 天重建推理引擎,而旧方法可能需要 40 人、一年;Jassy 称这个案例令内部深受触动。他又提到一个消费业务智能体构想,由 四五人在周末做出自评约 80% 可交付的原型。他预计团队会更小、成员更跨职能,今天由人完成的部分工作将减少,但也会出现新工作。安全方面,他认为模型发现漏洞的速度正在迫使企业把修补与部署周期缩短到分钟级,并提到 AWS 的 Continuum 服务。
💡 AI 改变的不只是写代码的速度,也改变组织边界:原型可以更快出现,现有应用却必须具备让智能体在约束下安全更新的能力。
⚡ 原型的“80%”不等于可安全上线;单个团队案例也不足以推算普遍生产率。自动修补若缺少测试、权限和回滚机制,可能引入新风险。
💬 Jassy 将 AI 用途区分为降成本、创造全新产品,以及从根本上改造已有产品。Alexa 属于第三类:生成式 AI 已改变语音助手能够具备的能力,因此不能只添加少量功能,而要重做其“头脑”。他认为零售、Prime Video、Fire TV 和音乐等现有体验也需重新构想;若只做渐进改良,三至五年后可能失去竞争力。
💡 对成熟公司而言,困难往往不是缺少技术,而是已有团队、系统和客户都依附于旧体验。Jassy 主张同时探索全新界面与逐步融入现有产品的路径。
⚡ 从零构想未必优于循序升级;新体验是否真正改善使用效果,还须由留存、满意度和可靠性检验。
💬 Jassy 认为学校和年轻人无法回避 AI;即使不是开发者,也应频繁试用,并尝试用它完成舒适区之外的任务。但他提醒,AI 可以让资料阅读、整理与研究更快到达一个较好的起点,不能因此放弃把证据连成策略、产品和判断的能力。他以商学院案例分析为例,强调最终方案仍需人的推理、实验与创造。
💡 工具降低的是入门与执行成本,不必然降低辨别好坏的难度。会提问、会验证、能承担判断的人,才更可能把速度变成成果。
⚡ 人机分工会随模型能力改变;“最终判断由人完成”目前是审慎的实践原则,不宜当作永久不变的技术边界。
💬 面对卫星、机器人、自动驾驶、医疗与零售并行的问题,Jassy 指出 AI、机器人和太空是三场重大技术转型;Amazon Leo 所面向的潜在人群包括全球约 5 亿没有宽带连接的家庭。他认为避免分散注意力的关键,是由专注单项业务的团队分别负责,并筛选足够大的机会、差异化方案和有能力的负责人,同时愿意作长期投入。
💡 亚马逊的扩张逻辑不是让同一管理团队同时兼顾所有项目,而是以分权组织承载多个长期试验,再看它们能否持续改善客户体验并形成业务。
⚡ 独立团队可以减少日常注意力冲突,却不能消除资本、人才和高层决策的共同约束。潜在服务人群规模也不等于可获得客户数。
- Andy Jassy:亚马逊 CEO;本集主要受访者,曾领导 AWS。
- 亚马逊 / AWS:访谈涉及其零售履约网络、云基础设施、芯片、消费产品与新业务。
- a16z:节目出品方;主持人主要从资本市场、客户分配和组织设计角度追问。
- Annapurna Labs:亚马逊收购的芯片团队,参与其服务器卸载能力、Graviton 与 Trainium 的发展。
- Anthropic、OpenAI:与 AWS 在模型服务和算力上合作、同时涉及亚马逊投资关系的 AI 公司。
- Amazon Bedrock、Alexa、Amazon Leo:分别体现亚马逊的模型服务、既有产品重建和卫星连接业务。
“即使今年投入 2200 亿美元资本开支,我们仍会留下相当一部分需求无法满足。”——Jassy,意译
“我们不会挤压那些把核心业务运行在 AWS 上的客户。”——Jassy,意译
“如果现有公司只把 AI 当成渐进式改良,三到五年后很可能无法拥有胜出的体验。”——Jassy,意译
“你需要使用这些工具,但批判性推理与思考仍然非常重要。”——Jassy,意译
- 两种“提前建设”,两种纠错窗口:配送网络建成后还能通过区域化缩短运输距离;数据中心则受到电力接入和较长建设周期制约。因此,同样强调快速行动,AI 基建更需要在开工前说明分阶段投入与退出条件。
- “杠铃中间”是商业化观察指标:比起只看模型实验室扩容,更应留意普通企业是否把推理嵌进已有生产应用,以及单位任务成本是否下降。这两项更直接决定普及程度。
- 数据中心争论需要地方尺度:全国层面的产业竞争力与具体社区承受的用水、接网和成本并非同一统计问题。双方要达成协议,需要可核验的本地影响与收益数据。
- 安全是组织提速的另一面:当 AI 同时提高漏洞发现和代码生成速度,发布频率、权限控制、自动测试与回滚能力便须一起改造;只缩小开发团队并不足够。
- 资本开支构成:2200 亿美元为访谈中的年度预期;需结合亚马逊正式财报核对实际支出、各业务分配及现金流影响。
- “已售出”容量的定义:需区分预订、合同保障、已交付算力及按需预留,才能判断未来收入确定性。
- 社区数据的比较口径:高尔夫球场与数据中心耗水量、Saint Joseph County 税款和地方电价变化,应核实地域、期间、计算方法及因果关系。
- 投资金额与关联交易:Anthropic 约 180 亿美元、OpenAI 约 500 亿美元是主持人提问时给出的数字,Jassy 未明确确认;投资条款与采购承诺也需分开核对。
- 芯片性价比与团队效率:Graviton、Trainium 的比较依赖具体任务;Bedrock 重建案例可说明潜力,不能直接外推为所有工程团队的平均效率。
- 评估 AI 基建或云供应商时,分别追踪长期设施投入、短期设备采购、合同承诺和实际用量,不用单一资本开支数字推断回报。
- 推进企业 AI 项目时,优先计算现有生产流程的单位推理成本、质量收益和改造成本,而不只做演示原型。
- 重建团队流程时,让小团队快速验证想法,同时预设测试、权限、审计和回滚条件,避免“原型很快、上线很慢”。
- 评估当地数据中心项目时,索取针对具体场址的用水、供电、税收与社区投入资料,而非只接受全国总量比较。