¿Qué es la modernización de la infraestructura de TI y cómo gestionarla?

A pesar de lo que el informe técnico de 30 páginas quiera hacerte creer, la modernización de la infraestructura de TI es un concepto sencillo. Se trata del proceso de sustituir los sistemas en los que se basa tu empresa por otros más adecuados para su funcionamiento. 

Las complicaciones surgen a la hora de planificar y llevar a cabo un proyecto de modernización sin contratiempos, con los plazos, la pila tecnológica y el presupuesto adecuados.

Las consecuencias de no modernizar son concretas: los sistemas heredados suponen cada año un mayor coste de mantenimiento, limitan las posibilidades de desarrollo que ofrecen y generan riesgos de seguridad debido a la falta de soporte técnico. Las consecuencias de una modernización mal llevada a cabo son igualmente concretas. Los programas que intentan hacerlo todo a la vez se estancan. Las migraciones que se saltan la fase de inventario descubren dependencias a mitad de la ejecución que obligan a dar costosos rodeos.

Una modernización satisfactoria de la infraestructura de TI encuentra el equilibrio entre estos resultados y hace que tus operaciones de TI sean más rentables, seguras y flexibles de cara al futuro. Tiene en cuenta todo, desde la recuperación del valor de los activos de TI hasta los calendarios de interrupciones del servicio, y ninguna de las decisiones se toma sobre la marcha. Los mejores proyectos se planifican con mucha antelación y alinean las operaciones con el plan original. 

Lo que debes saber sobre la modernización de la infraestructura de TI: datos clave

• La modernización de la infraestructura de TI consiste en sustituir los sistemas heredados (servidores locales, flujos de datos por lotes, aplicaciones monolíticas y una arquitectura de red obsoleta) por alternativas nativas de la nube y escalables. 
• La modernización puede incluir: la migración a la nube, la modernización de aplicaciones, red y la modernización de la seguridad, así como la modernización de los flujos de datos (el paso de ETL a ELT). 
• El mantenimiento de las infraestructuras heredadas resulta más costoso que el de las alternativas modernas, limita tu capacidad para adoptar nuevas herramientas y genera riesgos de seguridad que la arquitectura de última generación gestiona de forma diferente.
• Todo programa de modernización implica la sustitución de equipos físicos. Los servidores, matrices de almacenamiento, y los equipos de red retirados durante la modernización tienen un valor residual, conllevan obligaciones en materia de seguridad de los datos y están sujetos a requisitos medioambientales de eliminación. 
• El plazo para recuperar el valor de hardware fuera de servicio se cierra antes de lo que esperan la mayoría de los equipos financieros de TI. El hardware sobrante que se somete a un proceso de eliminación entre 60 y 90 días tras su retirada del servicio recupera un valor significativamente mayor que el hardware que permanece a la espera durante seis meses mientras la organización finaliza todo el proyecto de modernización.

¿Por qué las organizaciones modernizan su infraestructura informática y qué retos conlleva este proceso?

La modernización de la infraestructura informática debería ser un proceso gradual, planificado con años de antelación. Ese sería el mejor de los casos. Siendo realistas, la conversación empieza cuando algo deja de funcionar o deja de recibir soporte técnico. 

El desencadenante suele ser una de estas tres cosas. 

1. Un sistema heredado no es compatible con una nueva herramienta que la empresa necesita. 
2. Los costes operativos superan el umbral de rentabilidad, sobre todo los costes de personal destinados a mantener al día y en funcionamiento los sistemas obsoletos. 
3. Una auditoría de cumplimiento pone de manifiesto el estado de seguridad de una arquitectura de red con quince años de antigüedad y alguien de la alta dirección lee los resultados.

Puedes modernizar de forma gradual, desarrollando aplicaciones nativas de la nube e integrando microservicios en contenedores en una infraestructura escalable, sin tener que eliminar todos los sistemas fiables de una sola vez.

Cuatro componentes que definen un programa de modernización de la infraestructura de TI

La modernización de la infraestructura de TI no es un proyecto aislado. Se trata de una categoría de trabajo que abarca varios ámbitos y numerosos departamentos, cada uno con su propio calendario, proveedores y requisitos técnicos. Un verdadero programa de modernización aborda, como mínimo, estos cuatro aspectos, ya sea de forma secuencial o todos a la vez. 

1. Migración a la nube: Esta es la parte más visible. Trasladar las cargas de trabajo de los centros de datos locales a AWS, Azure o GCP reduce la necesidad de gestionar el hardware físico y ofrece a los equipos acceso a recursos de computación y almacenamiento elásticos que se adaptan a la demanda, en lugar de tener que planificar la capacidad con años de antelación. La salvedad es que una migración de tipo «lift-and-shift» —que consiste en ejecutar la misma arquitectura heredada en un centro de datos alquilado— no aporta prácticamente ninguna de estas ventajas. Para aprovechar lo que realmente ofrece la infraestructura en la nube, hay que rediseñar la arquitectura en consecuencia. Eso implica escalabilidad automática, computación sin servidor y servicios gestionados que asuman el trabajo operativo que tu equipo realiza actualmente de forma manual.

2. Modernización de aplicaciones: Este aspecto aborda el software monolítico que la mayoría de los entornos empresariales han ido acumulando a lo largo de décadas. Las aplicaciones monolíticas son difíciles de actualizar, difíciles de escalar y difíciles de integrar con cualquier otro sistema. Desglosarlas en microservicios —servicios más pequeños que se pueden implementar de forma independiente— y conteneurizarlas permite actualizar un componente sin afectar a los demás. Para los equipos de TI y de datos, esto también genera datos más limpios y accesibles, con los que es más fácil trabajar en las fases posteriores.

3. Modernización de las redes y la seguridad: Este es el componente que se pospone con mayor frecuencia y que, cuando ocurre, genera el mayor riesgo. La arquitectura de red tradicional partía de la base de que todos se encontraban dentro de un perímetro y accedían a la misma red local, pero los equipos distribuidos, las cargas de trabajo en la nube y el acceso remoto requieren un marco diferente. Las arquitecturas Secure Access Service Edge (SASE) combinan las redes y la seguridad en un único marco que funciona independientemente de la ubicación de los usuarios. Los modelos «zero-trust», que verifican cada solicitud de acceso en lugar de confiar en nada que se encuentre dentro del perímetro de la red, se han convertido en el estándar para las organizaciones que gestionan datos confidenciales. Modernizar la capa de seguridad es esencial si vas a trasladar cargas de trabajo a la nube. 

4. Modernización del flujo de datos es el cambio de ETL a ELT. Los flujos de trabajo ETL (extracción, transformación, carga) tradicionales transforman los datos antes de cargarlos en un destino, lo que significa que cada cambio en la lógica de negocio requiere modificar el propio flujo de trabajo. Se trata de un proceso lento y frágil que genera cuellos de botella para todos los equipos que dependen de los datos. ELT (extracción, carga, transformación) carga primero los datos sin procesar en el almacén en la nube y, a continuación, los transforma mediante SQL. Esto desacopla la ingesta de la transformación, reduce los fallos en los procesos y ofrece a los analistas un mayor control sobre la capa de transformación. 

Cómo elaborar una hoja de ruta de modernización que no se estanque

El problema más habitual en la modernización de la infraestructura informática es el alcance. Los programas que intentan modernizarlo todo de una vez se estancan en un plazo de seis meses, se salen del presupuesto y acaban en una migración parcial que resulta más compleja de gestionar que la situación inicial.

El proceso práctico para llevarlo a cabo consta de cuatro pasos.

Empieza por hacer un inventario
Documenta todos los sistemas, bases de datos, aplicaciones y flujos de trabajo, junto con las dependencias que existen entre ellos. Es necesario saber qué servicios comparten una base de datos, en qué casos un único punto de fallo provocaría un efecto en cadena en todos los equipos y cómo son los flujos de datos desde su origen hasta su consumo. Las evaluaciones no pueden saltarse ningún paso. De lo contrario, podrías descubrir dependencias en mitad de la migración que obliguen a dar costosos rodeos.

Define los objetivos en función del impacto en el negocio, no de la categoría tecnológica.

Si tu mayor problema es que los informes siempre van con un día de retraso, la modernización del flujo de datos en tiempo real pasa a ser la prioridad número uno. Si la presión principal es el cumplimiento normativo, la modernización de la red y la seguridad es lo primero. El orden de las prioridades debe venir determinado por lo que la empresa necesita con mayor urgencia, no por lo que técnicamente sea más adecuado modernizar primero. Establece objetivos cuantificables para cada fase, incluyendo la latencia de las consultas, el tiempo de respuesta ante incidentes y el coste de la infraestructura por carga de trabajo.

Elige la tecnología en función de su compatibilidad de integración, no de tus preferencias en cuanto al proveedor. 

Un error habitual es elegir un proveedor de servicios en la nube o una plataforma y, a continuación, intentar adaptar el resto de la pila a ella. Pregunta en qué medida una tecnología concreta se integra con lo que ya tienes, cuáles serán sus costes operativos a largo plazo una vez que se disipe la euforia de la migración y cómo afectará a los gastos de ingeniería de tu equipo con el paso del tiempo. Una infraestructura totalmente gestionada con un modelo de pago por uso se adapta a la mayoría de los casos de uso y elimina por completo la carga que supone la planificación de la capacidad.

Ejecuta los sistemas antiguos y los nuevos en paralelo durante la migración.
Antes de cualquier transición, comprueba que la nueva infraestructura gestiona correctamente las cargas de trabajo de producción ejecutándola en paralelo al sistema actual. Empieza por los sistemas de menor riesgo. Gánate la confianza antes de tocar nada que sea crítico para el negocio. Dispón de un plan de reversión para cada fase. 

Tres retos que frenan la modernización de las tecnologías de la información y cómo abordarlos

Todo programa de modernización se encuentra con resistencia. Los que tienen éxito son aquellos que lo han previsto, en lugar de dejarse sorprender por ello.

1. Dependencias de los sistemas heredados. Los sistemas heredados son la causa más habitual de los retrasos durante la migración. Los sistemas más antiguos están profundamente integrados en los flujos de trabajo críticos para el negocio, y las integraciones entre ellos suelen carecer de documentación. Uno se da cuenta de su existencia cuando algo falla después de haber realizado la transición. La fase de inventario tiene precisamente como objetivo detectarlos antes de que comience la migración. 
2. Déficits de competencias. La falta de conocimientos especializados en tu equipo es una preocupación legítima, y es fácil subestimarla. La arquitectura nativa en la nube, la contenedorización, Kubernetes y las plataformas de datos modernas requieren conocimientos especializados que la mayoría de los equipos de TI solo poseen de forma fragmentada, en lugar de en profundidad. Contratar personal con estas competencias lleva tiempo y entra en conflicto directo con la labor operativa de mantener en funcionamiento los sistemas existentes. Las organizaciones que gestionan mejor esta situación tratan la formación como una línea de trabajo paralela y recurren a expertos externos, especialmente durante la fase de planificación.
3. Gestión de costes durante la transición. A todas las empresas les surgen gastos inesperados. Se supone que la modernización reduce los costes, por lo que ver cómo se dispara el presupuesto de TI es un trago amargo. El periodo de transición en sí mismo es costoso, pero el ahorro a largo plazo es real y previsible. El funcionamiento de sistemas paralelos, el pago de recursos en la nube mientras se sigue manteniendo el hardware local y la pérdida de productividad durante la transición suponen un gasto considerable. Presupuesta la transición por separado de los costes operativos del estado objetivo y establece un plazo definido para desmantelar el entorno antiguo, en lugar de dejarlo en funcionamiento indefinidamente como red de seguridad. Esto también te permitirá obtener el máximo rendimiento de los activos informáticos de tu entorno antiguo. 

Gestionar los costes de modernización de la infraestructura informática mediante la reventa de activos informáticos

La modernización de la infraestructura de TI genera hardware físico que ya no se fabrica. Cuando migras 60% de tus cargas de trabajo a la nube y reduces tu infraestructura local de cuatro salas de servidores a una, estás generando un proceso de gestión de activos. Cientos o miles de servidores, matrices de almacenamiento y dispositivos de red que deben documentarse, depurarse y gestionarse de forma que se aproveche su valor residual y se cumplan las obligaciones de cumplimiento normativo.

Al igual que el resto del proyecto, la enajenación y la recuperación de activos requieren una planificación desde el principio.

El hardware empresarial no pierde todo su valor al salir de tu centro de datos. Las verdaderas pérdidas se producen al dejar que los activos en buen estado se acumulen en un almacén. Por ejemplo, un Dell PowerEdge R750 o un HPE ProLiant DL380 eso fue a mitad del ciclo de vida al inicio de su programa de modernización sigue teniendo un valor significativo en el mercado secundario. Su plan de cumplimiento requiere la misma planificación minuciosa y la misma coordinación temporal. 

El hardware que se retira en el marco de tu programa de modernización supone un riesgo para la seguridad, pero es más que eso. Si se gestiona adecuadamente, se convierte en un activo que se puede aprovechar.

¿Quieres saber cómo gestiona exIT la retirada de hardware a gran escala en el marco de los programas de modernización? Empieza por aquí.