<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Microsoft on AI博士 万戈</title>
        <link>https://www.yesmiracle.net/tags/microsoft/</link>
        <description>AI博士万戈的技术博客，聚焦 Agentic AI、AI Infra 与 Agent Security，分享 AI 基础设施与工程落地实践。</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-cn</language>
        <managingEditor>admin@yesmiracle.net (万戈)</managingEditor>
        <webMaster>admin@yesmiracle.net (万戈)</webMaster>
        <lastBuildDate>Mon, 27 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.yesmiracle.net/tags/microsoft/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>微软的 $1900 亿豪赌撞上 GPU 墙！Copilot 插队、Azure 断供，纳德拉的「至暗时刻」来了！</title>
        <link>https://www.yesmiracle.net/post/20260727-microsoft-190b-ai-capex-azure-crunch/</link>
        <pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate>
        <author>admin@yesmiracle.net (万戈)</author>
        <guid>https://www.yesmiracle.net/post/20260727-microsoft-190b-ai-capex-azure-crunch/</guid>
        <description>&lt;img src="https://www.yesmiracle.net/post/20260727-microsoft-190b-ai-capex-azure-crunch/cover.svg" alt="Featured image of post 微软的 $1900 亿豪赌撞上 GPU 墙！Copilot 插队、Azure 断供，纳德拉的「至暗时刻」来了！" /&gt;&lt;p&gt;如果你关注云市场，最近一定被一个画面击中过：&lt;strong&gt;微软，全球第二大云厂商，正在跟 AWS 和 Google 谈租 GPU。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;是的，你没看错。那个在 AI 竞赛中冲在最前面的公司，那个说「Race starts today」的 Satya Nadella，现在正面临一个极其讽刺的局面——&lt;strong&gt;砸了 $1900 亿建算力，结果自己不够用，还得去找竞争对手借。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;2026 年 7 月 26 日，Business Insider 发布了一篇重磅长文《Inside Nadella&amp;rsquo;s Hardest Year》，揭开了微软 AI 战略背后越来越紧绷的张力。与此同时，Windows News 的分析也确认了一个关键事实：&lt;strong&gt;Azure 的 GPU 容量瓶颈要持续到 2026 年底，而微软内部已经明确——Copilot 优先于客户。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;这不是一篇普通的财报分析。这是关于一家 $3 万亿市值的公司，如何从「AI 英雄」滑向「AI 困境」的故事。&lt;/p&gt;
&lt;p&gt;&lt;a class=&#34;link&#34; href=&#34;https://www.yesmiracle.net/20260723-amd-anthropic-5b-partnership/&#34; &gt;《AMD 打响反击战！$50 亿投资 Anthropic，2GW MI450 集群要变天了！》&lt;/a&gt;&lt;/p&gt;
&lt;h3 id=&#34;1900-亿-vs-供不应求微软的-ai-算力悖论&#34;&gt;$1900 亿 vs 供不应求——微软的 AI 算力悖论&lt;/h3&gt;
&lt;p&gt;先看数字。&lt;/p&gt;
&lt;p&gt;2026 年，微软的 AI 基础设施资本支出将达到 &lt;strong&gt;$1900 亿&lt;/strong&gt;。其中 $250 亿来自组件涨价。仅上一个季度，它就新增了 &lt;strong&gt;1GW&lt;/strong&gt; 的数据中心容量，并计划在未来两年内翻倍。&lt;/p&gt;
&lt;p&gt;听起来很猛，对吧？&lt;/p&gt;
&lt;p&gt;但 Azure 的 GPU、CPU 和存储资源，&lt;strong&gt;依然供不应求&lt;/strong&gt;。微软自己的官方指引写得明明白白：供应跟不上需求，至少要到 2026 年底才能缓解。&lt;/p&gt;
&lt;p&gt;这是一个非常反直觉的画面：&lt;strong&gt;全世界花钱最猛的公司，却买不到足够的算力给自己用。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;为什么？因为 AI 需求增长的速度远超基础设施能建好的速度。芯片制造周期、电网建设周期、数据中心施工周期——这些物理约束不会因为你有再多钱就加速。微软 CFO Amy Hood 在 2026 财年 Q3 财报会上坦承：&lt;strong&gt;「AI 需求持续超出我们已安装的 GPU 基础。」&lt;/strong&gt;&lt;/p&gt;
&lt;h3 id=&#34;copilot-插队azure-客户等内部优先的代价&#34;&gt;Copilot 插队、Azure 客户等——内部优先的代价&lt;/h3&gt;
&lt;p&gt;如果只是「慢」，也许还能忍。但问题在于：&lt;strong&gt;微软选择了优先保障自己的 Copilot 产品。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Amy Hood 在财报会上明确表示：当资源紧张时，Azure 的计算资源会优先分配给微软的内部 AI 产品——包括 Microsoft 365 Copilot、GitHub Copilot、Security Copilot——然后才是外部客户。&lt;/p&gt;
&lt;p&gt;这意味着什么？&lt;/p&gt;
&lt;p&gt;如果你是一个 CIO，刚刚在 Azure 上规划了你的 AI 推理管线，签了三年合同，准备在今年下半年上线——&lt;strong&gt;你可能会发现 GPU 实例迟迟排不上号。&lt;/strong&gt; 因为微软把卡留给了自己的 Copilot。&lt;/p&gt;
&lt;p&gt;这不是阴谋论，这是财报会上的官方表述。&lt;/p&gt;
&lt;p&gt;对于那些已经将 Azure 作为 AI 战略基石的客户来说，这不再是「容量不够」的小麻烦，而是&lt;strong&gt;战略风险&lt;/strong&gt;。你的 AI 项目进度，取决于微软自己的 Copilot 卖得好不好。&lt;/p&gt;
&lt;h3 id=&#34;从买不到的-gpu-到租-awsgoogle最象征性的画面&#34;&gt;从买不到的 GPU 到租 AWS/Google——最象征性的画面&lt;/h3&gt;
&lt;p&gt;最讽刺的是这个：&lt;strong&gt;微软正在考虑从 AWS 和 Google 租 GPU。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;据报道，微软已经与 Amazon 和 Oracle 接触，探讨租赁云基础设施的可能性。与 Oracle 的谈判因为安全和合规问题最终告吹，但迹象已经非常明显——&lt;strong&gt;微软的 GPU 饥渴已经到了需要向竞争对手求助的地步。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;想象一下这个画面：Azure 的广告词是「全球最大的云计算平台之一」，而它的母公司却在私下里给 AWS 打电话问能不能租点卡。&lt;/p&gt;
&lt;p&gt;这就像一家航空公司自己飞机不够用，跑去竞争对手那里租座位卖给自己的乘客。&lt;/p&gt;
&lt;p&gt;当然，从商业角度看，这是务实的决策。但从品牌形象看，这传递了一个危险信号：&lt;strong&gt;连微软自己都抢不到足够的 GPU。&lt;/strong&gt;&lt;/p&gt;
&lt;h3 id=&#34;纳德拉的至暗时刻股价跌-24copilot-落后员工质疑&#34;&gt;纳德拉的「至暗时刻」：股价跌 24%，Copilot 落后，员工质疑&lt;/h3&gt;
&lt;p&gt;这场算力危机只是冰山一角。水面下，微软正面临更广泛的挑战。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;股价方面&lt;/strong&gt;：微软过去 12 个月下跌超过 24%，是 Magnificent 7 中表现最差的。投资者对 AI 巨额投入能否兑现回报越来越怀疑。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;产品方面&lt;/strong&gt;：Copilot 作为微软的旗舰 AI 产品，&lt;strong&gt;落后于 ChatGPT 和 Claude&lt;/strong&gt;。虽然 M365 Copilot 的席位增长达到了 250% YoY，GitHub Copilot 用户数突破 2600 万，但产品的实际体验和口碑仍然不及竞争对手。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;内部方面&lt;/strong&gt;：员工对 $1900 亿的 AI 基础设施支出提出质疑。同时，微软的绩效考核体系改革——被一些员工视为「回归堆栈排名」——可能导致 AI 和云团队的人才流失。LinkedIn 被批评充斥着 AI 生成的「鸡汤文」。Xbox 业务也被 CEO 称为「不健康」。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;周三（7 月 29 日）的 Q4 财报&lt;/strong&gt;将成为一次关键考验。市场将密切关注资本效率、Copilot 收入和 Azure 增长轨迹。&lt;/p&gt;
&lt;h3 id=&#34;对手的算力也抢不到openai-的松绑条款&#34;&gt;对手的算力也抢不到？OpenAI 的「松绑」条款&lt;/h3&gt;
&lt;p&gt;还有一个值得关注的变量：OpenAI。&lt;/p&gt;
&lt;p&gt;2026 年 4 月，微软和 OpenAI 更新了合作协议。新的条款明确：&lt;strong&gt;OpenAI 的新产品将优先在 Azure 上首发——但如果 Azure 无法支持所需能力，OpenAI 可以在其他云上运行。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;这在以前是不可想象的。此前 OpenAI 是 Azure 的独家客户。现在，微软的算力瓶颈已经「松绑」了 OpenAI 的独家性。&lt;/p&gt;
&lt;p&gt;对于 Azure 来说，这意味着它不再能靠「我是 OpenAI 的独家云」来竞争了。它必须&lt;strong&gt;凭基础设施本身的质量和容量&lt;/strong&gt;来赢得 OpenAI 的业务。&lt;/p&gt;
&lt;h3 id=&#34;写在最后&#34;&gt;写在最后&lt;/h3&gt;
&lt;p&gt;三年前，纳德拉站在 Redmond 的舞台上，用「A race starts today」掀开了微软 AI 时代的序幕。他是那个时代的英雄——率先押注 OpenAI，把 AI 注入每一个产品，市值一度突破 $3.5 万亿。&lt;/p&gt;
&lt;p&gt;但 AI 的竞赛不是短跑，而是马拉松。第一年冲在最前面不代表第五年还能领先。&lt;/p&gt;
&lt;p&gt;微软今天的困境，本质上是一个&lt;strong&gt;物理定律 vs 资本意志&lt;/strong&gt;的故事。你可以花 $1900 亿，但你没办法让芯片工厂提前半年投产，没办法让电网公司更快铺线，没办法让数据中心在几个月内建成。&lt;strong&gt;资本可以加速一切，除了物理世界。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;更值得警惕的是内部优先策略。当一个平台公司开始优先服务自己的产品而非客户时，这种「信任裂缝」一旦产生，就很难修复。Azure 客户可能会开始认真考虑多云战略——不是因为他们想离开微软，而是因为他们不想被微软的 Copilot 插队。&lt;/p&gt;
&lt;p&gt;对于工程师和架构师来说，这个故事有一个很实际的教训：&lt;strong&gt;永远不要把你的 AI 策略完全绑定在一朵云上。&lt;/strong&gt; 不管这朵云今天看起来多么强大，当它的 GPU 不够用时，你的项目优先级可能排在它自己的产品之后。&lt;/p&gt;
&lt;p&gt;这个周三，微软的 Q4 财报会告诉我们更多。但有一件事已经很清楚：&lt;strong&gt;纳德拉的「至暗时刻」，才刚刚开始。&lt;/strong&gt;&lt;/p&gt;
</description>
        </item>
        
    </channel>
</rss>
