IA en un minutoNoticiasAgentes
GitHub reconstruye su almacenamiento de código por la actividad de los agentes de IA
Redacción de IA en un minuto · Editor: Jon Elgezabal
En 30 segundos
GitHub rehace por dentro el sistema que guarda los repositorios, presionado por un volumen de trabajo que los agentes de IA han disparado en solo un año. Los datos dejarán de vivir en copias íntegras repartidas por discos locales y pasarán a Azure Blob Storage, con máquinas ligeras que atienden las lecturas. En sus ensayos, el nuevo diseño admite hasta 35 veces más escrituras.
GitHub está reconstruyendo la infraestructura que guarda los repositorios de Git, porque la actividad de los desarrolladores y de los agentes de IA en la plataforma se ha multiplicado en el último año. Lo explicó el martes 6 de octubre en su blog de ingeniería.
En septiembre, desarrolladores y agentes hicieron en GitHub 7.380 millones de commits (cada cambio que se guarda en el código), más de cinco veces que un año antes. Los pushes (los envíos de esos cambios al servidor) llegan a 3.350 millones al mes, frente a 690 millones hace un año, 4,9 veces más. Las fusiones de pull requests (las propuestas de cambio que se aceptan) son casi cuatro veces más, y GitHub Actions, su servicio de automatización, se ejecutó 3.260 millones de veces en septiembre, más de cuatro veces que un año antes.
En conjunto, la actividad de Git en la plataforma pasó de 218.200 millones de eventos al mes a 473.300 millones entre septiembre de 2025 y agosto de 2026. El repositorio con más actividad recibió aproximadamente mil millones de peticiones en agosto. Según GitHub, un agente guarda cambios casi después de cada acción y espera a que termine cada push para seguir, así que los retrasos que una persona no notaría se convierten en el límite.
Hasta ahora, cada repositorio lo guarda un sistema llamado Spokes, con una copia completa en los discos locales de varios servidores, cinco por defecto. La nueva arquitectura separa el almacenamiento del cálculo. Los datos de los repositorios se guardan en Azure Blob Storage, el almacenamiento en la nube de Microsoft, y unos servidores ligeros hacen de caché para las lecturas. En sus pruebas internas, ha dado hasta 35 veces más capacidad de escritura.
GitHub dice que hace el cambio sin detener el servicio y sin pedir a nadie que cambie su forma de trabajar. No ha dado fecha para terminarlo.
Por qué importa · análisis y opinión
Hasta hace poco, un servicio como GitHub se dimensionaba pensando en personas, que guardan cambios cada cierto tiempo. Un agente trabaja de otra manera: guarda casi tras cada paso y espera la confirmación del servidor para seguir, de modo que cualquier retraso se acumula. Que GitHub tenga que rehacer su base por ese motivo indica cuánto trabajo están delegando ya los equipos de desarrollo en estos programas. Para quien usa la plataforma, la promesa es que el día a día no cambie. Donde más puede notarse es en los proyectos con mucha integración continua y varios agentes a la vez, justo las cargas que la propia empresa señala como las más exigentes. Falta saber cuándo llegará el cambio a todos los repositorios, porque no hay calendario.
Fuente oficial: GitHub · Redactada con ayuda de IA: cómo hacemos las noticias
