Py学习  »  Git

AI疯狂交作业,GitHub被迫推倒底层

顶级程序员 • 8 小时前 • 18 次点击  

AI到底能不能写出高质量代码,会不会抢走程序员的饭碗,估计已经没有争议了。

但大家可能不知道,背后的代码版本管理服务器现在撑不住了。 

前几天,全球最大的代码托管平台GitHub,悄悄上线了一套代号叫「卢比孔河」(Project Rubicon)的全新存储架构。 

推倒重做的原因也算是与时俱进,成千上万个AI智能体干活太快,硬生生把人类用了20年的Git基建挤爆了。

过去20年里的Git,完全是按照人类的生理极限来设计的。 

普通人类工程师怎么写代码? 敲两行代码,喝口咖啡,再去开个冗长需求会,一天提交三五次就算勤奋了。哪怕是顶级开源项目,高峰期每秒也就几十个人交作业。 

以前GitHub的存储系统像个慢悠悠的老会计,你交一份,他拿本子登记盖章,顺便给排队的人抄一份,20年来游刃有余。 

但当AI智能体大规模涌进代码库,老会计直接被干懵了。 智能体不摸鱼更不开会。成百上千个Agent挂在同一个项目里,恨不得改完一行代码就提一次,海量写入像暴雨倾泻而下。物理机的锁机制和磁盘同步网络,被这群不知疲倦的数字牛马冲得稀碎。

为了不让系统瘫痪,GitHub只能把底层推倒重来。 

代号「卢比孔河」取自古罗马凯撒渡河绝不回头的典故,GitHub的意思很直白,以人类为中心的传统研发时代彻底回不去了。

他们做的事情,如果用工程逻辑讲,核心其实就四个字,存算分离。

以前旧架构最大的死穴,是「身兼数职,整库加锁」。 

代码库绑在固定的几台物理机上,既要当仓库放全量历史代码,又要当裁判排队防冲突,还要当保洁随时花CPU清理碎片。

几百个AI同时提交,整台机器的磁盘和锁立刻卡死。

而卢比孔河把这三件事,彻底拆成了三班人马。

第一步,动静分离,甩掉包袱。 

Git里的代码提交一旦生成就不可篡改。新架构直接把这些不可变的代码数据,全塞进无限扩容的云端对象存储。前端服务器不再把代码留在本地硬盘,退化成不带状态的纯计算节点,随开随扔。

第二步,裁判独立,只改箭头。 

代码存进云端后,真正变动的只有「分支指向哪次提交」这个极简指针。GitHub专门做了一套分布式日志协调服务,几千个Agent并发交代码时,不再锁整个磁盘,只在这个日志里用几毫秒抢着把分支箭头往前挪一格,谁抢到谁生效,并发直接从几十飙到几千。

第三步,脏活外包,前台全速通行。 

AI以机器速度疯狂提交,每秒会产生海量细碎文件。新架构把碎片打包和索引重建的所有重活,彻底踢出实时流程,全扔给后方的离线集群慢慢压缩,前台写入通道永远一路绿灯。

这一通大手术做下来,GitHub内部压测单库能扛住5000个智能体、每秒7200次的高并发写入。

屏幕前的我们,还在纠结AI会让哪些人失业。 然而在看不见的数据中心深处,地基已被彻底重浇了一遍。 

全球最大的代码枢纽不再伺候人类慢吞吞的节奏,它把整套身家性命全换成了机器的节拍,全心全意去给成千上万个不睡觉的智能体当垫脚石。 

北京的朋友,11 月 15 日下午有个线下局

我们用半天做一件事:每人从零做出一条 10 秒的 AI 视频作品带走。不讲概念,全程动手,电脑自带。

时间|11 月 15 日(周日)13:30 – 17:30

地点|北京 · 国贸 CBD(国贸站附近)

规模|本期计划 40 人,免费,审核制

适合|市场运营、内容负责人、企业管理者、创业者与小团队

 长按识别二维码,看详情并报名 👆


Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/203291