GitHub 官方发布 10 月可用性报告，披露迁移到微软 Azure 的进度，目前 Azure 已经承担 52% 的 Git 读取流量，迁移不是一次性全量割接，而是采用混合架构，原有自建机房和 Azure 并行承接流量，核心应用、单体服务的读取流量占比更高，分别达到 63%、66%，写操作依旧保留在原有共识副本上，不会直接放到 Azure，这次迁移的核心原因是 AI 代码代理、Copilot、自动化 CI 任务带来流量暴涨，老自建机房电力、硬件扩容已经触顶，没法继续承接新增负载，GitHub 打算把读、写流量解耦，读流量放到 Azure 弹性扩缩，写流量单独走共识集群，提升整体吞吐上限，下面整理迁移进度清单、新旧架构对比、迁移实施步骤以及优缺点。
GitHub 迁移 Azure 进度清单
- 迁移区域：美国中部 Azure（Central US）
- 已迁移生产服务：140/151 个生产服务
- 已迁移主 MySQL 库：32/50 个主数据库
- Git 读取流量 Azure 占比：52%
- 迁移服务读取流量 Azure 占比：63%
- 单体应用读取流量 Azure 占比：66%
- 流处理流量 Azure 占比：80%
- 流量变化：自 3 月以来，迁移服务总流量上涨 82%
- 架构模式：混合运行，自建机房 + Azure 同时在线
- 技术方案：虚拟副本、Azure Blob 存储作为持久层，读写解耦
原有自建机房架构和 Azure 混合架构对比表
| 对比项 | 纯自建机房旧架构 | Azure 混合新架构 |
|---|---|---|
| 读写资源 | 读写共用同一批副本，资源争抢 | 写走共识副本，读可独立扩容 |
| 扩容上限 | 受机房电力、机柜、地域供电限制 | 依托 Azure 算力弹性快速扩容 |
| 故障影响 | 单点故障容易连带扩散 | 做故障隔离，分区域控制爆炸半径 |
| 成本模式 | 前期一次性硬件投入，扩容周期长 | 按需云资源，流量高时成本上涨 |
| 流量调度 | 全部流量本地处理 | 读流量优先调度 Azure，写留在原集群 |
| 适合场景 | 早期稳定、流量增速平缓 | AI、自动化脚本带来海量读请求 |
分阶段迁移实施步骤
- 数据副本同步：把仓库数据、数据库数据同步到 Azure，新增虚拟副本参与写入共识，保证写入持久化。
- 灰度切分流：先把一部分读流量慢慢切到 Azure 节点，持续监控延迟、报错、缓存命中率。
- 服务迁移：逐个把 Web 服务、API、Actions 控制面迁移到 Azure 集群，不一次性全量切换。
- 数据库迁移：分批迁移 MySQL 主库，迁移过程保持双写同步，保障数据一致性。
- 读写解耦改造：依托 Azure Blob 做底层存储，读节点不需要参与写入共识，独立扩读副本。
- 稳定性优化：增加过载保护、故障隔离机制，遇到 Azure 区域故障自动切回自建机房。
- 持续迭代：继续迁移剩余服务，同时持续优化缓存、网络、数据库调度策略。
优势和短板
✅ 优势
- 解决老机房电力瓶颈，承接 Copilot、自动化代理带来的海量新增读流量
- 读写解耦架构，读流量可以单独横向扩容，不挤占写操作资源
- 混合架构，灰度切换，迁移过程不会直接造成全平台停机
- 故障隔离能力提升，Azure 区域故障不会直接打垮全部 GitHub 服务
- 跨云、跨机房同步会带来额外网络延迟，部分用户访问延迟小幅上升
- 迁移期间多次出现区域性网络故障、数据库调度异常，引发服务中断
- 流量拆分架构复杂度提升，排查故障链路更长
- 云资源持续增加，长期会拉高 GitHub 的基础设施成本
❌ 短板
【常见问题】
问题 1：GitHub 迁移 Azure 之后，Azure 承载的过半读取流量是 Git 读流量吗？
回答 1：GitHub 迁移 Azure 之后，Azure 承载 52% 的 Git 读取流量，另外核心应用、单体服务的读取流量占比更高，不同类型流量比例分开统计。
问题 2：GitHub 迁移 Azure，是不是所有写入流量也放到 Azure 上面？
回答 2：GitHub 迁移 Azure 只优先分流读取流量，写入流量依旧保留在原有共识副本集群，不会直接放到 Azure，用来保障写入一致性。
问题 3：GitHub 迁移 Azure 采用混合架构，是不是已经全部迁移完成？
回答 3：GitHub 迁移 Azure 还在持续推进，属于混合并行阶段，还有少量生产服务、主数据库留在自建机房，没有完成全量迁移。
问题 4：GitHub 为什么要把大量读取流量迁移到 Azure？
回答 4：GitHub 自动化代理、Copilot、CI 任务带来读流量暴涨，原有自建机房电力、硬件扩容已经触顶，借助 Azure 弹性算力承接新增读流量。
问题 5：GitHub 迁移 Azure 之后，会不会出现访问不稳定的情况？
回答 5：GitHub 迁移 Azure 期间已经出现过 Azure 区域网络中断、数据库调度故障，官方正在加强隔离和恢复机制，迁移阶段稳定性风险高于稳态。
【参考资料】
[2026-11-12]（GitHub availability report: October 2026）GitHub 官方博客
[2026-10-21]（The bridge to agent-scale Git infrastructure）GitHub 官方博客
[2026-10-14]（GitHub availability report: September 2026）GitHub 官方博客
[2026-11-13]（GitHub October 2026 Report: Azure Expansion Offsets Recurring Outages）tl;dr daily news
[2026-11-09]（一个月 73.8 亿次提交，GitHub 被 AI 代码挤爆，增配 400 万核还不够）36 氪
【免责声明】
本文仅为 GitHub 迁移 Azure 资讯科普，流量占比、迁移进度来自 GitHub 月度可用性报告，后续流量比例、迁移范围会持续调整；混合架构的稳定性、访问延迟受网络、区域故障影响；迁移计划、架构改造由 GitHub 团队自主推进，本文不构成企业上云、架构选型的参考建议。