Gestión de Infraestructura Tecnológica Empresarial

La decisión no es binaria ni tiene una respuesta universal. Migrar a la nube tiene sentido cuando los picos de carga son impredecibles y el costo del hardware sobredimensionado es alto, cuando los equipos de tecnología deben enfocarse en innovación y no en administración de servidores, o cuando los tiempos de aprovisionamiento de nuevos ambientes limitan la velocidad del negocio. Mantener on-premise puede ser la decisión correcta cuando hay restricciones regulatorias sobre la ubicación de datos (frecuente en el sector financiero colombiano), cuando las aplicaciones tienen requisitos de latencia que la nube no puede satisfacer desde Colombia, o cuando el análisis de costo total muestra que la nube no es más barata para su perfil de uso específico. Hacemos este análisis antes de recomendar cualquier camino.

Los riesgos son acumulativos y se hacen visibles en el peor momento: vulnerabilidades de seguridad en sistemas sin soporte del fabricante (el fin de vida de Windows Server 2012 y de Java 8 sin parches de seguridad afecta hoy a muchas organizaciones en Colombia), incompatibilidad con nuevas versiones de aplicaciones que impide actualizar sin migrar la infraestructura, incapacidad para cumplir con nuevos requisitos de la SFC que asumen infraestructura moderna, y tiempos de resolución de incidentes cada vez más largos porque los ingenieros con conocimiento de plataformas antiguas son escasos y costosos. La deuda de infraestructura crece silenciosamente hasta que se convierte en un proyecto de emergencia.

El análisis de costo total de infraestructura legada generalmente subestima tres componentes: el costo del tiempo de los ingenieros senior que dedican tiempo a mantener plataformas antiguas en lugar de proyectos de valor, el costo de las licencias de mantenimiento de software cuyo fabricante ya no invierte en nuevas funcionalidades, y el costo de oportunidad de proyectos que no pueden ejecutarse por limitaciones de la infraestructura actual. En varios proyectos de evaluación que hemos realizado para clientes del sector financiero, estos tres componentes ocultos representaron entre el 40% y el 70% del costo total real de la operación — un factor que cambia completamente la decisión de modernizar.

El argumento correcto para la dirección no es técnico sino de riesgo de negocio: ¿qué pasa si el sistema que está en servidores sin soporte tiene un incidente de seguridad? ¿Cuál es el costo operacional de una falla de disponibilidad en una plataforma que ya no tiene soporte del fabricante? ¿Cuántos proyectos del roadmap tecnológico están bloqueados por limitaciones de infraestructura? Cuando la dirección ve la inversión en infraestructura como una reducción de riesgo y un desbloqueador de proyectos de negocio —no como un gasto técnico— la conversación cambia. Podemos acompañarle en construir ese argumento con datos de su operación actual.

Un SLA de infraestructura efectivo va más allá del porcentaje de disponibilidad anual (el famoso 99.9%). Debe especificar: tiempo máximo de respuesta ante incidentes por nivel de severidad, tiempo máximo de resolución con penalizaciones asociadas, compromisos de capacidad de escalación cuando el problema supera las capacidades del proveedor, obligaciones de reporte proactivo de eventos de seguridad o degradación antes de que generen incidentes, y compromisos de aplicación de parches de seguridad dentro de ventanas definidas. Un SLA que solo promete disponibilidad porcentual sin estas especificaciones es un documento de marketing, no un compromiso operativo.