谷歌版“愚公移山”！历时四年，谷歌如何将数

编译丨诺亚

出品 | 51CTO技术栈（微信号：blog51cto）

写在前面：大约在2013年，谷歌的源代码控制系统每天为超过25000名开发者提供服务，所有这些服务都来自于藏身于楼梯角落的一台服务器。

1.故事开端：一切从单一Perforce服务器开始

2011年，时任谷歌Perforce管理团队技术主管的Dan Bloch发表了一篇题为《依然全在一服务器上：大规模下的Perforce（Still All On One Server: Perforce at Scale）》的论文。该论文详细阐述了谷歌的源代码控制系统，即便每天为“超过12000名用户”提供服务，仍旧只依赖位于主校区43号楼楼梯下方的一台单一Perforce服务器。

截至2011年，这台单一服务器已经在谷歌的历史中连续运行了十一年之久。它见证了初创时期的谷歌，并成功扩展以支持如今的上市公司谷歌。事实上，就在那时，一位幸运的谷歌工程师刚刚完成了第2000万次变更请求。服务器依旧稳定运行，每日执行“1100万至1200万条命令”。

在论文中，Bloch描述了一些成功实现服务器扩展的举措。然而，实际情况并非如此乐观。

如今的谷歌早已脱胎换骨，不再是那个初出茅庐的小企业。随着实力的壮大，谷歌投入重金，装配了一系列业界顶尖的硬件设施。然而，即便坐拥如此强大的硬件支持，其服务器仍时常面临严峻考验，承载的压力不容小觑。在CPU利用率触顶的高峰时段，系统偶尔会遭遇TCP连接中断的困扰。为防患于未然，确保万无一失，谷歌始终保持一台热备份服务器随时待命，与此同时，一支由八名专业管理员构成的精干队伍全天候值守，随时准备采取应急措施，力保源代码控制服务器的平稳运行，避免任何可能影响谷歌日常运作的意外发生。

多年来，谷歌内部一直意识到这是一个潜在风险，工程师们也在寻找替代方案。但在谷歌这样的规模——“地球上最繁忙的单一Perforce服务器，以及任何源代码控制系统中最大的存储库之一”——并没有明确的替代选择。

遥想当年，Linus之所以在2005年创建git，就是因为他找不到任何能够有效应对Linux内核仓库庞大体量的解决方案。

在谷歌于2011年发布《依然全在一服务器上：大规模下的Perforce》论文后的几年里，这家科技巨头公开披露了其单一仓库中惊人的代码变更规模。具体到2014年，谷歌的单一仓库每周会经历约1500万行代码的变化，涉及大约25万个文件的修改。

为帮助你直观感受这一数字的震撼，不妨将其类比为每周都要从零开始重构整个2014版的Linux内核——而这距离Linus首次直面内核管理挑战，已过去了整整九年。

2.少有人走的路：坚持单一仓库的决策，孤注一掷选择Piper