Muchas empresas están corriendo hacia la nube y la IA sin revisar su base operativa. El problema no es adoptar tecnología nueva, sino construirla sobre una infraestructura vieja, costosa y mal alineada con el negocio.
La conversación sobre infraestructura empresarial cambió. Ya no se trata solo de servidores, licencias o de decidir entre nube pública y data center propio. Hoy la virtualización volvió al centro de la agenda porque impacta costos, control, flexibilidad, resiliencia y capacidad real de adoptar inteligencia artificial. Red Hat sostiene que la virtualización moderna ya no compite con la nube ni con los contenedores, sino que convive con ellos dentro de estrategias híbridas y multicloud. Además, su informe global reporta que 71% de las organizaciones tiene más de la mitad de su infraestructura virtualizada, 85% opera con nube híbrida y 72% usa múltiples nubes. En este artículo comprenderá por qué la infraestructura dejó de ser un asunto técnico aislado y por qué debe tratarse como una decisión de arquitectura empresarial.
Durante años, muchas empresas trataron la infraestructura como un tema que debía “funcionar” y nada más. Mientras los sistemas encendieran, las aplicaciones respondieran y los usuarios no se quejaran demasiado, parecía suficiente. Pero esa mirada ya no alcanza. La infraestructura dejó de ser un sótano técnico de la organización y pasó a convertirse en una plataforma estratégica desde la cual se define qué tan rápido puede crecer una empresa, qué tan bien controla sus costos, qué tan libre es para cambiar de proveedor y qué tan preparada está para incorporar automatización e inteligencia artificial. Esa es, en el fondo, la señal más importante que deja la conversación reciente impulsada por Red Hat en América Latina.
Lo primero que conviene entender es que el regreso de la virtualización al centro del debate no ocurre porque sea una moda nueva. Ocurre, precisamente, porque el contexto cambió. Red Hat explica que en los últimos años se alteraron modelos de licenciamiento, aumentó la concentración de proveedores y crecieron las exigencias de negocio sobre flexibilidad y modernización. En ese escenario, la pregunta ya no es solamente cuánto cuesta una plataforma, sino cuánto control conserva la empresa sobre su evolución futura. Ese matiz es decisivo. Cuando una organización pierde libertad arquitectónica, tarde o temprano pierde capacidad de negociación, velocidad de respuesta y margen estratégico.
Desde una perspectiva empresarial, el error más común ha sido pensar la infraestructura como una compra, cuando en realidad debería pensarse como una arquitectura funcional. Una compra se decide por precio, urgencia o presión comercial. Una arquitectura funcional se define por propósito, interoperabilidad, continuidad, seguridad y sostenibilidad. La diferencia entre ambas miradas parece sutil, pero cambia por completo los resultados. Una empresa que compra servidores, nube o licencias sin revisar procesos, cargas, criticidad operativa y proyección de crecimiento, termina acumulando piezas tecnológicas desconectadas. En cambio, una empresa que diseña su infraestructura desde la funcionalidad construye una base coherente para operar hoy y transformarse mañana.
Aquí es donde la nube híbrida adquiere verdadero sentido. Red Hat la describe no como una simple mezcla de ambientes, sino como una estrategia de negocio que permite proteger activos existentes mientras se modernizan aplicaciones y se incorporan nuevas capacidades digitales. En otras palabras, la nube híbrida bien entendida no obliga a destruir lo que sirve; obliga a ordenar lo que existe y a decidir con criterio qué se mantiene, qué se moderniza y qué se mueve. Ese punto es especialmente relevante en América Latina, donde muchas organizaciones todavía conviven con aplicaciones heredadas, restricciones presupuestales y exigencias crecientes de disponibilidad, cumplimiento y eficiencia.
Los datos del informe global de virtualización de Red Hat ayudan a dimensionar el momento. Según ese estudio, 71% de las organizaciones ya tiene más de la mitad de su infraestructura virtualizada, 85% trabaja bajo un modelo de nube híbrida y 72% utiliza múltiples nubes. Eso significa que el entorno predominante ya no es puramente on-premise ni puramente cloud. El entorno real es mixto, distribuido y cada vez más exigente en gobierno operativo. Por eso resulta equivocado seguir discutiendo la infraestructura en términos binarios, como si la decisión empresarial fuera escoger entre “quedarse en lo tradicional” o “subirse a la nube”. La realidad actual exige integrar, gobernar y evolucionar.
En la práctica, muchas empresas siguen atrapadas en tres errores estructurales. El primero es migrar por reacción. Cambia una política comercial, sube una licencia, aparece una presión del proveedor y la empresa responde con un proyecto urgente. El segundo es modernizar por entusiasmo. Se habla de contenedores, IA, automatización o multicloud sin haber resuelto la calidad de los datos, la estandarización operativa o la trazabilidad de los procesos. El tercero es separar la conversación tecnológica de la conversación directiva. Entonces TI habla de nodos, clusters y máquinas virtuales, mientras la gerencia habla de crecimiento, rentabilidad y riesgo, como si fueran mundos distintos. El resultado suele ser costoso: inversiones fragmentadas, sobrecarga operativa y decisiones que lucen modernas pero no producen valor real.
Red Hat plantea algo que vale la pena subrayar: la virtualización moderna no compite con Kubernetes ni con la nube pública; se integra con ellos. Esa afirmación corrige una confusión muy extendida en el mercado. Algunas organizaciones creen que virtualización es pasado y contenedores es futuro. No es así. Las máquinas virtuales siguen siendo esenciales para múltiples cargas empresariales, mientras los contenedores aportan agilidad para nuevas aplicaciones y despliegues consistentes. La cuestión no es reemplazar una cosa por otra, sino construir una plataforma donde ambas convivan con gobierno, seguridad y automatización. OpenShift Virtualization, por ejemplo, se presenta justamente como una capacidad para unificar cargas virtualizadas y nativas de nube en una misma plataforma híbrida.
Ahora bien, el elemento que termina de mover la conversación es la inteligencia artificial. La IA está elevando las exigencias de infraestructura porque necesita escalabilidad, portabilidad, capacidad de cómputo distribuido, automatización y gobierno de datos. Red Hat sostiene que la virtualización aporta estabilidad y eficiencia, los contenedores aportan velocidad e innovación, y la IA se apoya en ambos para escalar con seguridad. Además, la compañía ha reforzado en 2026 su apuesta con Red Hat AI Enterprise, una plataforma orientada a operar IA desde la infraestructura hasta los agentes. Esto confirma algo que muchas empresas todavía no quieren aceptar: la IA empresarial no se sostiene sobre entusiasmo, sino sobre arquitectura.
Aquí conviene detenerse en una verdad incómoda. Una empresa puede comprar copilotos, asistentes, modelos o herramientas de automatización, pero si su infraestructura es rígida, si sus cargas no están bien clasificadas, si sus políticas de seguridad son débiles y si sus datos están dispersos, la IA no se convierte en ventaja sino en ruido. Se invierte en demostraciones, no en capacidades. Se compra velocidad aparente, no madurez operativa. Desde la arquitectura empresarial, eso es un síntoma clásico: querer resolver en la capa visible lo que no se ha corregido en la capa estructural.
Por eso la agenda correcta no debería formularse como “cómo adoptamos IA”, sino como “qué arquitectura necesitamos para que la IA sea útil, segura y sostenible”. Esa pregunta es mucho más seria. Obliga a revisar cargas de trabajo, conectividad, observabilidad, automatización, soberanía de datos, cumplimiento regulatorio y diseño del modelo operativo. También obliga a distinguir entre aplicaciones que deben permanecer virtualizadas, servicios que conviene contenerizar y procesos donde la automatización sí genera retorno. Cuando esa reflexión no existe, la empresa cae en la trampa de la tecnología por la tecnología. Y ahí empiezan los sobrecostos, la complejidad improductiva y la frustración directiva.
En América Latina, además, el contexto exige pragmatismo. La región no siempre adopta estas tecnologías por moda, sino por necesidad de eficiencia, resiliencia y control del riesgo. La propia entrevista publicada por ITSitio recoge que, en la región, la virtualización y la nube híbrida suelen estar asociadas a optimización de costos, continuidad operativa y soberanía de datos. Eso explica por qué la infraestructura ya no puede ser vista como un asunto exclusivamente técnico. En mercados volátiles, la libertad para redistribuir cargas, evitar dependencias excesivas y mantener estándares comunes de operación se convierte en una ventaja competitiva.
Desde la experiencia empresarial, lo aconsejable es que toda revisión de infraestructura empiece por cinco preguntas de fondo. La primera: ¿qué procesos del negocio dependen realmente de esta plataforma? La segunda: ¿qué cargas deben mantenerse estables y cuáles requieren elasticidad? La tercera: ¿dónde están hoy los mayores costos ocultos, en licencias, operación, soporte o indisponibilidad? La cuarta: ¿qué nivel de dependencia existe frente a un único proveedor? Y la quinta: ¿qué tan preparada está la organización para que virtualización, nube, automatización e IA convivan bajo un mismo criterio de gobierno? Las respuestas a estas preguntas revelan mucho más que cualquier catálogo comercial.
También vale la pena reconocer que el papel de los socios tecnológicos está cambiando. Red Hat lo expresa con claridad: los partners ya no son solo implementadores; deben convertirse en consultores con capacidad técnica y visión de negocio. Eso coincide plenamente con una visión funcional de la empresa. Un proveedor que solo instala tecnología probablemente resuelva una fase del proyecto. Pero un aliado que entiende modelo operativo, regulación, costos, seguridad y evolución arquitectónica puede ayudar a construir una infraestructura que no solo funcione, sino que tenga sentido.
En este punto, la discusión toca una fibra esencial de la dirección empresarial: la coherencia. No basta con querer una empresa moderna. Hay que decidir si esa modernidad tendrá base funcional o base improvisada. La infraestructura funcional no es la más costosa ni la más sofisticada. Es la que mejor conecta procesos, personas, riesgos y decisiones. Es la que permite crecer sin romper la operación. Es la que admite automatización sin perder control. Es la que hace posible incorporar IA sin comprometer seguridad, cumplimiento ni sostenibilidad financiera.
Quien mire esta agenda solo desde la óptica tecnológica verá productos. Quien la mire desde la arquitectura empresarial verá una secuencia lógica: primero comprender el negocio, luego ordenar la plataforma y después escalar capacidades. Esa secuencia marca la diferencia entre adoptar herramientas y construir empresa. Y esa diferencia, aunque no siempre se nota en la primera reunión, termina reflejándose en rentabilidad, resiliencia y competitividad.
En el fondo, la nueva agenda de infraestructura no nos está diciendo que todo deba cambiar de inmediato. Nos está diciendo algo más importante: que ya no se puede seguir decidiendo infraestructura con lógica fragmentada. Virtualización, nube híbrida e inteligencia artificial ya no pertenecen a conversaciones separadas. Forman parte de una misma arquitectura de negocio. Y cuando esa arquitectura se diseña con criterio, la empresa gana algo más valioso que una plataforma moderna: gana capacidad real de decidir su futuro.
La infraestructura correcta no es la que más promete, sino la que mejor sostiene el propósito de la empresa.
“Nunca la tecnología por la tecnología en sí misma, sino la tecnología por la funcionalidad.”