Connect with us

Líderes de opinión

La próxima crisis de IA no será un fallo del modelo. Será un fallo de sistemas.

mm
A wide, clean photograph inside a modern data center aisle with rows of server racks under cool blue lighting. On the right, blue neon energy light trails emanate from a server, representing flowing data and scalable AI infrastructure.

La IA y la IA agente han sido palabras de moda en la empresa durante los últimos años, y la cantidad de inversión y el ritmo del mercado son un indicador clave de las crecientes expectativas de IA. Solo en el primer trimestre de 2026, se han invertido miles de millones de dólares en empresas de IA, incluyendo OpenAI y CoreWeave, lo que indica cómo la IA seguirá siendo una prioridad en la empresa en los próximos años.

Estas crecientes inversiones parecen estar dirigidas a escalar la IA desde la fase experimental hasta la implementación en producción. De hecho, el informe reciente de Cockroach Labs – The State of AI Infrastructure 2026 mostró que el 98% de los ejecutivos de tecnología globales han informado de al menos un proyecto de IA que ha pasado de la fase de prueba a la producción en el último año, con la esperanza de impulsar un ROI real. Sin embargo, a medida que las organizaciones siguen avanzando hacia la fase de producción, una pregunta se cierne ominosamente: ¿puede la infraestructura soportar la demanda y la tasa a la que estos proyectos de IA están escalando?

Por qué la infraestructura actual no se ajusta a las demandas de IA

Las cargas de trabajo de IA introducen nuevos desafíos en la empresa que nunca se han abordado anteriormente. Notablemente: los minoristas esperan un aumento en el tráfico a sus sitios durante los eventos de Black Friday y Cyber Monday, al igual que las empresas de apuestas deportivas saben que el Super Bowl Sunday impulsará un aumento en sus sitios. Sin embargo, estos aumentos todos se deben a la actividad humana que permite pausas en el uso y no están funcionando constantemente.

Los sistemas heredados que muchas empresas están utilizando para construir sus proyectos de IA se crearon para el tráfico humano con clics, pausas y horas pico. Los agentes de IA no operan de esta manera; funcionan a velocidad de máquina las 24 horas del día, los 7 días de la semana. Con la aparición rápida de cargas de trabajo autónomas y impulsadas por máquinas, las arquitecturas están alcanzando límites que no fueron diseñados para manejar en primer lugar. Y, si los minoristas y los sitios de apuestas ya están sobrecargados con la actividad humana, no están ni siquiera preparados para mantenerse al día con los agentes de IA que funcionan continuamente.

Actualmente, las organizaciones ya experimentan un promedio de 86 interrupciones por año. Además, el 83% cree que su infraestructura de datos fallará debido al peso de la IA en el próximo año, con el 34% que no espera que dure más de 11 meses. Y la demanda de IA solo está acelerando. Modernizar ya no es una opción agradable, es una necesidad.

Las apuestas de dejar la infraestructura como está

Aunque la mayoría de las organizaciones son conscientes de las demandas de infraestructura que requiere la IA para funcionar sin problemas, la mayoría siguen sin prepararse para hacer los cambios necesarios para prevenir fallas del sistema. Casi dos tercios (63%) de los líderes tecnológicos dicen que sus equipos subestiman lo rápido que las demandas de IA superarán la infraestructura de datos existente, lo que demuestra que aunque se está haciendo progreso en la implementación de IA, no se está haciendo nada para prevenir el desastre. Aunque las actualizaciones del sistema y las reestructuraciones pueden parecer una inversión a largo plazo y costosa, el costo del tiempo de inactividad relacionado con IA es aún más significativo.

Actualmente, más de la mitad (57%) de las organizaciones estiman que solo una hora de tiempo de inactividad relacionado con IA costaría $100,000 o más, y cuanto mayor sea la organización, mayor será el costo. Incluso si las operaciones están funcionando el 99,9% del tiempo, ese 0,1% se traduce en 9 horas de tiempo de inactividad por año donde se puede perder $100,000 o más por hora; pérdida de ingresos que la mayoría no ha presupuestado. Para las cargas de trabajo estacionales y los picos extremos (piense en Black Friday y Super Bowl Sunday), las organizaciones corren el riesgo de sufrir pérdidas que definirán su negocio. No solo se cierne la pérdida financiera con el tiempo de inactividad de IA, sino que las empresas también enfrentan la pérdida de la confianza del consumidor. La confianza ya es frágil cuando se trata de interrupciones, con el 50% de los compradores en línea que probablemente cambiarán a otra marca si ocurre una interrupción o un error de pago. Las apuestas para mantener las operaciones en línea están en un nivel récord.

Lograr la resiliencia operativa con arquitecturas distribuidas

Cuando se trata de rediseñar la infraestructura para soportar las demandas intensas de las cargas de trabajo de IA, la resiliencia operativa debe estar en el centro de la estrategia. Con la escalada de la infraestructura de IA (55%), la exploración de nuevos casos de uso (51%) y el fortalecimiento de la resiliencia (51%) emergiendo como estrategias principales para combatir el peso de la escalada de IA, comenzar desde la base para entregar resiliencia operativa es clave. Puede hacerse realidad cuando se mantienen las bases listas para IA, el costo, la escalabilidad y la resiliencia en la mente, y es donde las arquitecturas de bases de datos distribuidas entran en juego.

Los líderes tecnológicos citan la incorporación de una ingesta de mayor rendimiento (50%), una mejor observabilidad para el control de costos (48%) y una escalabilidad elástica para flexionar con las cargas de trabajo de IA impredecibles (47%) como las principales necesidades para el éxito. Con su capacidad para escalar sin problemas, las bases de datos SQL distribuidas brindan a las empresas la escalabilidad elástica necesaria para evolucionar junto con las cargas de trabajo de IA, además de recuperarse de fallas sin intervención manual.

Al igual que con todas las migraciones, migrar de sistemas heredados a sistemas modernos lleva tiempo. En promedio, pasar a arquitecturas distribuidas lleva alrededor de 10 meses y cuesta alrededor de $200,000. Las empresas que dan el salto encuentran ahorros de hasta $700,000 en el primer año solo. Con un ROI sólido en solo un año, las inversiones en bases modernizadas permitirán que las masivas inversiones en IA se paguen en el largo plazo sin preocuparse por los riesgos de escalabilidad o tiempo de inactividad.

Conoce la demanda de IA antes de que sea demasiado tarde

La resiliencia ha sido el desafío más difícil y apremiante en las aplicaciones de infraestructura y ahora es el momento de abordar los problemas antes de que los sistemas colapsen, llevándose consigo el ROI de los proyectos de IA. La IA agente está acelerando todo en la empresa, desde los ingresos potenciales hasta las expectativas y las cargas de trabajo de los clientes. En medio de la aceleración, la IA también está expuso la fragilidad arquitectónica y la baja confianza de los líderes tecnológicos en la infraestructura necesaria para soportar las cargas de trabajo en aumento.

A medida que nos trasladamos a la próxima era de cargas de trabajo de IA, los líderes pasarán de preguntar cuán rápido se puede adoptar la IA a si su infraestructura sobrevivirá cuando la IA alcance su máxima escalabilidad. Al solucionar los problemas infraestructurales subyacentes y adoptar bases de datos que soporten la escalabilidad, la flexibilidad y la consistencia necesarias para mantener los sistemas de IA a flote, los líderes estarán listos para abordar la IA en 2026 y más allá.

Rob Reid es un Evangelista Técnico en Cockroach Labs, donde ayuda a los desarrolladores y a las organizaciones a construir aplicaciones resistentes y escalables utilizando SQL distribuido. Un ingeniero de software experimentado con sede en Londres, Rob ha trabajado en diversas industrias, incluyendo finanzas, retail, telecomunicaciones y apuestas deportivas, desarrollando sistemas de backend, frontend y mensajería. Es el autor de Practical CockroachDB y CockroachDB: The Definitive Guide, y es un frecuente conferenciante, escritor y educador sobre temas como sistemas distribuidos, arquitectura multi-región y resistencia de aplicaciones.