{"id":26210,"date":"2026-09-08T13:48:13","date_gmt":"2026-09-08T12:48:13","guid":{"rendered":"https:\/\/telecomkh.info\/?p=26210"},"modified":"2026-09-08T13:48:13","modified_gmt":"2026-09-08T12:48:13","slug":"la-virtualizacion-deja-de-ser-un-debate-tecnico-y-pasa-a-ser-una-decision-estrategica-de-ti","status":"publish","type":"post","link":"https:\/\/telecomkh.info\/?p=26210","title":{"rendered":"La virtualizaci\u00f3n deja de ser un debate t\u00e9cnico y pasa a ser una decisi\u00f3n estrat\u00e9gica de TI"},"content":{"rendered":"

Dejar de gestionar el pasado y empezar a construir el futuro de TI<\/strong><\/p>\n

 <\/p>\n

Por Ashesh Badani, Senior Vice President and Chief Product Officer, Red Hat<\/em><\/span><\/p>\n

Seguimos inmersos en un cambio profundo en la infraestructura digital. En los \u00faltimos 18 meses, la estabilidad que durante casi dos d\u00e9cadas hab\u00eda caracterizado a la capa de virtualizaci\u00f3n ha quedado erosionada por una crisis de costes implacable. Pero esto no es m\u00e1s que el s\u00edntoma de un desaf\u00edo arquitect\u00f3nico de gran calado. La realidad es que la infraestructura est\u00e1 asumiendo tareas para las que nunca fue dise\u00f1ada originalmente. Ya no estamos gestionando solo m\u00e1quinas virtuales, ni siquiera m\u00e1quinas virtuales con contenedores; estamos ante un equilibrio simult\u00e1neo entre sistemas heredados, aplicaciones nativas de la nube y las crecientes exigencias de la inteligencia artificial, cada vez m\u00e1s intensiva en GPU.
\nPara sobrevivir a este cambio, oir\u00e1s con frecuencia la expresi\u00f3n \u201csimplemente modernizar\u201d. Pero es un t\u00e9rmino cargado de implicaciones: \u00bfc\u00f3mo se supone que hay que abordar todas las inversiones ya realizadas? \u00bfY si una aplicaci\u00f3n no puede \u201cmodernizarse\u201d o no compensa el gasto?
\nEn lugar de a\u00f1adir m\u00e1s jerga a un vocabulario ya saturado, conviene pensar en la unificaci\u00f3n del stack de TI. Las m\u00e1quinas virtuales, los contenedores y las cargas de trabajo de IA existen, en la mayor\u00eda de las organizaciones, aislados unos de otros. Pero gestionar cada uno de estos stacks por separado fragmenta recursos, habilidades y tiempo, y eso simplemente no es sostenible. La respuesta pasa por un enfoque de plataforma unificada, un \u00fanico modelo operativo que permita que las m\u00e1quinas virtuales, los contenedores y la IA convivan con un nivel de seguridad coherente.<\/p>\n

\u00bfQu\u00e9 desaf\u00edos hay m\u00e1s all\u00e1 de la plataforma?<\/strong>
\nM\u00e1s all\u00e1 de la plataforma, el obst\u00e1culo m\u00e1s importante es el humano. En este momento, a los equipos de ingenier\u00eda se les pide una misi\u00f3n casi imposible: mantener la disponibilidad total en el entorno antiguo mientras dise\u00f1an simult\u00e1neamente el nuevo. Se espera que hagan esa transici\u00f3n sin m\u00e1s personal y sin incumplir ni un solo acuerdo de nivel de servicio.
\nEsto, m\u00e1s que cualquier problema de plataforma, explica por qu\u00e9 los esfuerzos de modernizaci\u00f3n se frenan. La migraci\u00f3n se ve como un simple cambio t\u00e9cnico, en lugar de como un riesgo empresarial complejo que atraviesa todo el entorno. El \u00e9xito requiere algo m\u00e1s que un nuevo hipervisor. Requiere visibilidad profunda sobre los sistemas existentes y opciones de retorno en cada etapa del recorrido. No se trata solo de pasar de una plataforma de m\u00e1quinas virtuales a otra; se trata de un giro de fondo hacia una mayor agilidad a largo plazo.
\nLos servicios cloud ofrecen un atajo atractivo para afrontar este reto, y adem\u00e1s uno f\u00e1cilmente accesible y r\u00e1pido de poner en marcha. Pero apostar por completo por un \u00fanico stack de nube p\u00fablica sacrifica atributos cr\u00edticos del sistema, en particular la coherencia y la independencia operativa. Adem\u00e1s, puede que ni siquiera sea una opci\u00f3n viable por restricciones regulatorias o de soberan\u00eda. A medida que cambian las necesidades del negocio, tambi\u00e9n puede perderse la portabilidad de las cargas de trabajo, y surge un nuevo desaf\u00edo: alinear los entornos existentes con los entornos cloud, que a menudo usan herramientas y est\u00e1ndares distintos. No queremos sustituir el problema de la virtualizaci\u00f3n por el mismo problema envuelto de otra manera; queremos elecci\u00f3n real e innovaci\u00f3n. Queremos la flexibilidad de la nube h\u00edbrida.<\/p>\n

La nube h\u00edbrida es una opci\u00f3n controlable<\/strong>
\nLa nube h\u00edbrida ofrece la elecci\u00f3n que se necesita sin renunciar al control, ya sea por motivos de regulaci\u00f3n o por necesidad de negocio. Se puede seguir recurriendo a servicios y recursos cloud cuando sea necesario, por ejemplo, para ejecutar modelos de IA de vanguardia muy intensivos, pero, por lo dem\u00e1s, las cargas de trabajo sensibles, como los agentes internos de IA, pueden mantenerse dentro de casa, en los propios sistemas. Y, sobre todo, la nube h\u00edbrida permite unificar distintos stacks, que es el problema de partida que la mayor\u00eda de los CIO intentan resolver. Esas m\u00e1quinas virtuales heredadas, las aplicaciones cloud-native en producci\u00f3n y las cargas de trabajo de IA preparadas para el futuro pueden convivir en el mismo plano.
\nLa crisis actual de la virtualizaci\u00f3n es un problema que hay que resolver, pero tambi\u00e9n es un catalizador de un cambio necesario. Es una invitaci\u00f3n a dejar de gestionar el pasado y empezar a construir una plataforma capaz de sostener la pr\u00f3xima d\u00e9cada de innovaci\u00f3n.
\nRed Hat ya est\u00e1 ayudando a sus clientes a resolver este reto: el a\u00f1o pasado, el n\u00famero de m\u00e1quinas virtuales (VM) que se ejecutaban sobre Red Hat OpenShift Virtualization creci\u00f3 m\u00e1s de un 400%. Revisamos m\u00e1s de 1 mill\u00f3n de VM para su migraci\u00f3n, y m\u00e1s de 400.000 llegaron a migrarse. Son cifras enormes, pero m\u00e1s importante a\u00fan es que detr\u00e1s de esas cifras hay clientes que no solo buscan gestionar el pasado, sino construir un futuro sostenible.
\nClientes de m\u00faltiples sectores est\u00e1n tomando el control de sus stacks tecnol\u00f3gicos y de sus propias hojas de ruta de innovaci\u00f3n. ARSAT, BNP Paribas, EUROCONTROL, NASA JPL, Telenet, y muchos otros han elegido Red Hat para impulsar estos esfuerzos, ya sea migrando VM a una plataforma flexible y preparada para el futuro o prepar\u00e1ndose para el punto de inflexi\u00f3n de la IA.
\nDebemos pasar de ser consumidores de tecnolog\u00eda a convertirnos en nuestros propios proveedores de servicios soberanos y escalables. No podemos controlar las fuerzas del mercado ni la din\u00e1mica global, pero s\u00ed podemos controlar nuestro destino tecnol\u00f3gico. La soluci\u00f3n no est\u00e1 en un \u00fanico producto, sino en un modelo operativo que cierre la brecha entre d\u00f3nde viven hoy los datos y d\u00f3nde necesita estar el negocio ma\u00f1ana.<\/p>\n

Arriba, en la foto, Ashesh Badani, Senior Vice President and Chief Product Officer, Red Hat \/ imagen cortes\u00eda de Red Hat<\/em><\/span><\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

Dejar de gestionar el pasado y empezar a construir el futuro de TI   Por Ashesh Badani, Senior Vice President and Chief Product Officer, Red Hat Seguimos inmersos en un cambio profundo en la infraestructura digital. En los \u00faltimos 18 meses, la estabilidad que durante casi dos d\u00e9cadas hab\u00eda caracterizado a la capa de virtualizaci\u00f3n … <\/p>\n

Continue reading \u00abLa virtualizaci\u00f3n deja de ser un debate t\u00e9cnico y pasa a ser una decisi\u00f3n estrat\u00e9gica de TI\u00bb<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":26211,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[15],"tags":[],"_links":{"self":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/26210"}],"collection":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=26210"}],"version-history":[{"count":1,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/26210\/revisions"}],"predecessor-version":[{"id":26212,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/26210\/revisions\/26212"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/media\/26211"}],"wp:attachment":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=26210"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=26210"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=26210"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}