
IA e infraestructura
OpenAI detalla la arquitectura de Habitat, su plataforma de almacenamiento en línea utilizada por ChatGPT, Codex y sus API. Con más de 70 millones de solicitudes por segundo y 500 petabytes de datos, su evolución muestra cómo cambia una infraestructura cuando un producto alcanza una escala mundial.
OpenAI acaba de publicar un análisis de la experiencia con Habitat, la plataforma de almacenamiento en línea que alimenta, entre otros, ChatGPT, Codex y sus API.
Las cifras dan inmediatamente una idea de la escala: según OpenAI, Habitat procesa actualmente más de 70 millones de solicitudes por segundo, gestiona más de 500 petabytes de datos y funciona en cerca de 40 regiones geográficas. La plataforma acompaña a productos utilizados por más de mil millones de personas cada semana.
Estas solicitudes corresponden a los accesos a los datos necesarios para el funcionamiento de los productos: una sola acción en una aplicación puede generar numerosas lecturas.
Sin embargo, Habitat no se diseñó desde el principio como una infraestructura tan importante.
El proyecto comenzó como una biblioteca Python del lado del cliente conectada a una base de datos. A medida que se multiplicaron los productos y las necesidades de OpenAI, esta arquitectura se volvió difícil de hacer evolucionar.
OpenAI transformó progresivamente Habitat en un servicio intermedio capaz de gestionar el enrutamiento, la caché, las autorizaciones, el cifrado, la residencia de los datos, el aislamiento entre aplicaciones o incluso la limitación del tráfico.
Esta evolución ilustra un principio habitual en las arquitecturas de software: una solución sencilla puede adaptarse perfectamente al inicio de un producto, sin que por ello deba seguir siendo definitiva.

El análisis de la experiencia también resulta interesante en lo relativo a la elección de las tecnologías.
OpenAI indica que su versión Python de Habitat logró superar los 20 millones de solicitudes por segundo. Por tanto, la empresa no sustituyó Python inmediatamente solo porque otro lenguaje pudiera ser, en teoría, más eficiente.
Prefirió conservar esta arquitectura mientras otros problemas fueran más prioritarios.
No fue hasta 2026, cuando los costes de CPU y memoria se volvieron suficientemente importantes, que una reescritura en Rust pasó a ser pertinente.
La nueva versión de Habitat se reescribió en Rust durante el segundo trimestre de 2026.
Según OpenAI, ahora procesa aproximadamente el 95 % del tráfico de producción. Las mediciones internas muestran una eficiencia de CPU multiplicada por seis y una eficiencia de memoria multiplicada por quince frente a la versión Python, junto con una mejora de las latencias medias y de las latencias más elevadas.
Estos resultados corresponden al servicio Habitat y a la carga medida por OpenAI. No constituyen una comparación universal entre ambos lenguajes.
La historia de Habitat muestra más bien que la elección técnica depende de la fase del producto. Python permitió desarrollar y hacer evolucionar rápidamente la plataforma durante varios años. Rust interviene cuando las mejoras de infraestructura adquieren la importancia suficiente para justificar el coste de una reescritura.
Pocas aplicaciones necesitarán algún día gestionar varias decenas de millones de solicitudes por segundo.
Pero el razonamiento sigue siendo válido a una escala mucho más modesta.
Una arquitectura no necesita diseñarse desde el primer día para soportar a mil millones de usuarios. Sobre todo, debe ser lo bastante clara como para poder medir sus límites y sustituir progresivamente los componentes que se vuelven realmente problemáticos.
La caché, la limitación del tráfico, el aislamiento, la observabilidad y el control de los accesos suelen adquirir mayor importancia a medida que crece el producto.
El ejemplo de Habitat recuerda así que una infraestructura capaz de escalar no es necesariamente la que utiliza desde el principio las tecnologías más complejas: es la que puede evolucionar cuando aparecen las limitaciones reales.
Cifras y resultados técnicos atribuidos a OpenAI, verificados el 12 de septiembre de 2026. Las mejoras de CPU y memoria proceden de las mediciones internas descritas en esta publicación.
IA E INFRAESTRUCTURA
Latencia, costes, orquestación, seguridad y capacidad de recuperación: dimensiona la base técnica según los usos reales de tu producto.
Introduce al menos 2 caracteres para iniciar la búsqueda.