# 微软旗下GitHub遭遇AI算力短缺，转而向AWS寻求支持 - 来源：Hacker News 热门（buzzing.cc 中文翻译） - 作者：ilreb - 发布时间：2026-06-16 12:29 - AIHOT 分数：76 - AIHOT 标记：精选 - AIHOT 链接：https://aihot.virxact.com/items/cmqg5imdd003gslnc6gteye02 - 原文链接：https://runtimewire.com/article/microsoft-github-aws-ai-capacity-crunch ## 精选理由 微软因AI编码需求导致GitHub容量告急，转向竞争对手AWS租用算力，这信号很明确——AI开发工具已从软件功能战升级为超大规模基础设施竞赛，GitHub的可靠性危机可能加速开发者的平台迁移。 ## AI 摘要 微软旗下GitHub面临AI算力短缺，微软因此转向亚马逊AWS寻求计算资源支持。原文来自Hacker News热门讨论，标题为“Microsoft turns to AWS as GitHub faces AI capacity crunch”。 ## 正文 微软因 GitHub 面临 AI 算力瓶颈，转而求助 AWS - RuntimeWire 微软因 GitHub 面临 AI 算力瓶颈，转而求助 AWS - RuntimeWire 全新 RuntimeWire for VS Code — 在 Claude Code 的加载旋转动画间隙获取 AI 新闻。边等边赚。立即安装 最新新闻模型横向对比扩展 实时 AI 微软的 GitHub 算力瓶颈使其转向 AWS AI 编程智能体已将 GitHub 的可靠性问题转化为一个 Azure 无法在微软的时间表内独自消化的基础设施难题。 作者：Ryan Merket • 发布于 2026 年 6 月 15 日，美国中部时间晚上 9:19 • 阅读时间 6 分钟 • 7 个信息源 AI 生成插图 · RuntimeWire（Gemini） 为何重要 微软为 GitHub 使用竞争对手的云服务容量，这表明 AI 编程已将开发者工具变成一场超大规模基础设施竞赛，而不仅仅是软件功能之争。 萨提亚·纳德拉领导下的微软正在增加亚马逊云服务（AWS）容量以维持 GitHub 的运行——Business Insider 周二援引两位知情人士的消息报道，原因是 AI 驱动的编程活动激增导致该平台压力巨大。 这一安排打破了微软在 2018 年收购 GitHub 时所描绘的完美叙事：收购开发者平台，将其基础设施整合到 Azure，让微软云成为全球软件工作的默认底座。然而，GitHub 的负载曲线变化快于迁移计划。Business Insider 报道称，微软原计划在 2027 年前将 GitHub 完全迁移至 Azure，但如今在平台遭遇宕机和更高使用量的情况下，正从 AWS 增加额外容量。 微软确认了更广泛的多云迁移计划，但未明确提及 AWS 名称。一位发言人告诉 Business Insider：“自 2025 年底以来，智能体开发的惊人激增”考验了 GitHub 的基础设施极限，并表示微软正在加快向 Azure 迁移的进程，同时探索多云策略以实现弹性与规模化。亚马逊则告诉该媒体，不对个别客户发表评论。 尴尬之处就在于此。微软拥有 Azure，投入了超大规模云服务商的成本，却似乎仍愿意将其战略性开发者平台的一部分路由到最大的云竞争对手那里，因为 GitHub 宕机的运营风险已经比向 AWS 付费的体面问题更为严重。 收购承诺遇上了智能体负载曲线 简报直播 不要错过下一步。 当 AI 经济真正发生变动时，你的收件箱会收到一份简短简报。没有每日轰炸。 节奏 每日回顾 每天早晨。用 5 条要点概括昨日动态。 每周摘要 每周一。精心挑选的本周最强信号。 使用 Google 继续 限时免费领取全息贴纸！ 或 邮箱地址 订阅 免费。一键退订。查看我们的隐私政策。 2018 年 6 月微软宣布以 75 亿美元收购 GitHub 时，纳德拉将其定性为一场开发者信任交易。微软表示 GitHub 将保持其开发者优先的理念，作为开放平台运营，并允许开发者部署到任何操作系统、任何云和任何设备。这一承诺原本是针对 GitHub 用户的。八年后，它已成为 GitHub 自身的基础设施现实。 压力在 GitHub 自身的数据中清晰可见。GitHub 首席运营官 Kyle Daigle（@kdaigle）在四月写道，根据 Business Insider，提交量正以 2026 年达到 140 亿次的速度增长，而 2025 年为 10 亿次。提交量并非收入，也不是衡量有用软件产出的完美指标，但对于一个需要存储代码、运行检查、处理拉取请求、更新搜索索引、触发自动化并通知协作者的平台而言，它们直接反映了压力信号。 GitHub 的官方可靠性报告表明，这并非正常的增长周期。在 4 月的可用性更新中，GitHub CTO Vlad Fedorov 写道，GitHub 于 2025 年 10 月开始执行一项计划，将容量提升 10 倍，随后在 2026 年 2 月得出结论，需要设计 30 倍的规模。Fedorov 原为 Meta 工程负责人，在加入 GitHub 前共同创立了 UserClouds。他将这一转变归因于 2025 年 12 月下旬急剧加速的智能体开发工作流。 GitHub 的五月可用性报告显示，该公司已开始将大量流量迁移至 Azure：单体架构流量的 40% 已在 Azure 上承载，高于二月份的 8%，其中 Git 流量占比 30%，仓库复制率达到 99%。GitHub 还表示，其有效容量在四个月内翻了一倍多。同一份报告披露了五月份发生的九起导致 GitHub 服务降级的事件，其中包括一起因对某个高频使用的数据库表执行模式迁移而引发的事件，该事件于 5 月 4 日造成连锁故障，影响了拉取请求、议题、Actions、Webhook 和 Git 操作。 这便是 AWS 决策的背景。问题不仅仅在于原始算力。GitHub 正试图迁移、分片并加固一个成熟的协作平台，而与此同时，AI 编程工具正在增加涌入旧有共享系统的机器生成工作负载量。这个平台被要求在重建过程中、在其底层使用模式发生变化的同时，变得更为可靠。 可靠性成了产品威胁 对 GitHub 而言，最具破坏性的宕机不仅仅是服务中断事件。它们会打断 GitHub 所兜售的工作流：审查拉取请求、合并代码、运行 Actions、搜索议题、解决事件以及推送发布版本。当这些工作流停滞时，开发者感受到的不是一个云容量问题。他们感受到的是 GitHub 成为了阻碍。 据 The Register 报道，HashiCorp 联合创始人兼 Ghostty 终端模拟器创建者 Mitchell Hashimoto，在四月份成为了这种反弹情绪的公开代表。Hashimoto 表示，在使用了 18 年这个平台之后，他将把 Ghostty 从 GitHub 迁走。他的抱怨是操作层面的，而非意识形态层面的：如果 GitHub 每天让他被挡在门外数小时，它"就不再是做正经工作的场所"。 这样的离职之所以重要，是因为 Hashimoto 正是那种 GitHub 无法视为随意批评者的用户。他创办过开发者基础设施公司，协助打造了 Vagrant 和 Terraform 等工具，代表了高影响力的开源维护者群体——他们的项目培养了其他所有人的使用习惯。如果这些用户开始把 GitHub 的可靠性看作一种税，那么竞争对手并不需要彻底击败 GitHub 的网络效应。他们只需在 GitHub 难以保持顺畅的那些工作流上，变得足够可信即可。 Business Insider 报道称，GitHub 面临着来自 Cursor 和 Anthropic 的 Claude Code 等 AI 工具的竞争加剧，并且去年底微软内部一次会议讨论了彻底改革 GitHub 以与这些产品竞争。这种竞争压力改变了宕机的意义。GitHub 不再只是开发者存储和审查代码的地方。它本应是微软 AI 辅助软件开发的“控制平面”。在此背景下，平台宕机同时是 Copilot 问题、Azure 问题以及微软开发者战略问题。 Azure 的瓶颈就是微软的瓶颈。 微软的投资规模之大，本应让 GitHub 绕道 AWS 显得毫无必要。但事实并非如此。在微软 2026 财年第三季度财报电话会议上，首席财务官 Amy Hood 表示，公司预计在 2026 日历年资本支出约为 1900 亿美元，其中约 250 亿美元与组件涨价相关。Hood 还表示，尽管微软正努力加快将 GPU、CPU 和存储容量引入上线，但预计至少到 2026 年仍将面临瓶颈。 这对 GitHub 而言是关键所在。Azure 的容量并非一个等待微软旗下某个部门申领的抽象池子。它正在被分配给 Azure 客户、与 OpenAI 相关的需求、微软自身的 Copilot 产品、安全负载、数据服务和第一方应用。GitHub 的问题在于，它既是一个战略资产，又是稀缺基础设施上的又一个内部争夺者。 我在微软内部也看到了同样的制约。在微软初创企业团队工作期间，我不断遇到创始人试图为AI工作负载获取算力时遭遇GPU短缺的问题。这一经历让我觉得GitHub的报告更像是一个更广泛资源分配问题的症状，而非孤立的采购意外：微软可以在战略上致力于Azure，但仍然缺乏其自身生态系统在AI采用所设定的时间线上所需的具体基础设施。 因此，如果Business Insider的消息来源准确，从AWS租赁算力与其说是承认Azure无法扩展，不如说是承认微软的内部需求已经超出了其自身云战略的整齐边界。该公司仍然可以希望在2027年前将GitHub迁至Azure，仍然可以利用迁移使GitHub更具弹性。但市场不会等待目标架构。 同样的模式也出现在AI基础设施的其他地方。据TechCrunch报道，谷歌同意从2026年10月至2029年6月每月向SpaceX支付9.2亿美元以获得计算能力。这笔交易比GitHub依赖AWS更大、更奇怪，但它指向了同样的市场状况：即使是构建全球云基础设施的公司也在从竞争对手和相邻基础设施所有者那里购买过渡性算力，因为AI需求已经超出了规划周期。 对微软而言，GitHub这一举动还带来了二级风险。GitHub每花一小时从事故中恢复，就是AI原生开发者工具可以论证的一个小时：旧的协作层是为人类节奏的软件团队构建的，而不是为以机器速度生成拉取请求、提交、测试运行和仓库活动的智能体系统。GitHub拥有网络、企业客户群和微软的分发渠道。AWS的算力可能有助于争取必要的时间来维持这一地位。 但它也揭示了战略现实：在AI编程市场，瓶颈不仅是模型质量或开发者喜爱度。而是工作流底层平台能否吸收它所帮助释放的智能体。 简报直播 不要错过下一步动向。 当 AI 经济领域真正出现重大变化时，您的收件箱将收到一份简短简报。不会每天推送。 节奏 每日回顾 每天早晨。用 5 个要点总结昨日动态。 每周文摘 每周一。精心挑选的本周最强信号。 使用 Google 继续 限时免费获取一张全息贴纸！ 或者 邮箱地址 订阅 免费。一键退订。查看我们的隐私政策。