Vellum 深读 / 复杂技术的可靠性从哪里来
GitHub迁移基础设施时,为什么宁可放慢

原题:GitHub availability report: June 2026
来源与立场
GitHub 官方月报记录 2026 年 6 月 Azure 迁移进展、服务拆分与一次 Copilot 代码审查故障。
背景与脉络
大规模迁移会同时改变流量、服务边界和故障半径,速度目标必须服从稳定性。
从故障恢复和密钥治理建立软件证据,再用无服务器架构、硬件供应、设备生态和 AI 研究检验责任、边界、冗余与人的复核。
阅读价值
如果你想知道成熟工程团队如何在目标和风险之间取舍,这篇能看到迁移节奏、门控与复盘。
帮助读者了解大型开发者平台在进行重大云基础设施迁移时的具体策略、进度衡量方式、遇到的工程挑战以及如何平衡进度与稳定性。
读前关注
- GitHub在2026年6月的基础设施迁移至Azure的过程中取得了哪些进展,遇到了哪些挑战,以及发生了哪些可用性事件?
关键事实
- Azure上的单体应用流量峰值在6月达到45%,低于预期,原因是团队在5月稳定性事件后主动暂停了流量提升以进行整改。
- Git流量从30%增长到43%,未达到50%的6月目标,主要出于避免增加用户延迟的考虑而未继续提升。
- 多项架构改进服务(如pullsd、reposd)已上线并开始处理生产流量,同时客户端数据库负载 shedding等新能力得到了验证。
- 6月4日Copilot代码审查服务因流量模式问题发生故障,团队已采取改进措施以防止类似事件再发生。
- 团队在迁移决策中将稳定性置于速度之上,采用'更慢但更有信心'的策略。









