智能体时代 GitHub 重造后端：计算存储分离、迁移微软云
▲ GitHub Universe 26 主题演讲现场：GitHub 管理层宣布为智能体时代重建平台基础设施。
负载形态变了：从「人打字」到「机器写代码」
GitHub 平台工程高级副总裁 Eric Johnson 在 Universe 26 主题演讲上宣布，公司正在重新设计支撑 Git、网站与 MCP 服务的数据存储和计算系统。原因很直白：Git 的设计前提（线性历史、每秒数百倍今天的提交量、为人类阅读而非为机器生成）正在被智能体逐条打破。
容量、存储、网络这三轮扩容账单在支撑材料里，这里只看架构。
▲ Universe 26 媒体沟通会：GitHub 管理层回答媒体关于平台架构、定价与开源免费政策的问题。
架构：计算与存储解耦，迁往微软云
这次重造的骨架是经典的「计算存储分离」——存储层按数据热度分层、就近计算、跨区复制；服务将迁移到微软云，GitHub 自己在微软数据中心里也保留独立部署，与微软自家产品互不抢占资源。Johnson 对此的说法是：「我们是一家云原生公司。」
▲ 支撑材料原文配图（图源：The New Stack《GitHub Will Prioritize Migrating to Azure Over Feature Development》，Unsplash 图库图）。
三个工程选择值得记录：
成本逻辑也顺带讲清楚了：存储按热度分层是为了「用得起的价格」服务长尾——免费开源仓库、免费个人账号「今天、明天、永远」都在服务范围内；但 Token 不同，生成要消耗算力，「免费 Token 不可持续」，免费层会保留，加量要付费。
智能体把「意外故障」变成了日常
今年 GitHub 的所有意外故障都来自智能体行为：某个智能体盯着某个仓库，每次变更都拉起一个 workflow，把系统打爆；另一个场景是 MCP 工具被高频轮询。应对不是限制调用，而是在平台层加「反滥用」逻辑（默认轮询间隔、异常调用识别），并给企业加上用量治理仪表盘——按团队/人员/智能体聚合 Token 消耗与活动量，避免月底被「智能体用量」吓到。
关于「GitHub 会不会变成微软专属、非微软模型会不会被边缘化」，CEO Thomas Dohmke 的回答是：「客户需要选择权，竞争是好事。」他同时补了一句耐人寻味的话：软件世界正在聚拢到「某一家大厂」旗下。
▲ Universe 26 现场的 GitHub 展位。
