Las organizaciones se enfrentan a una presión considerable para realizar cambios en sus entornos de TI. Existen, en particular, dos motores que impulsan esta transformación. Primero, la necesidad de innovar: el avance rápido de la tecnología y de la IA, junto con cambios en las prioridades del negocio, empujan a adoptar las herramientas más recientes. Al mismo tiempo, la inflación y un crecimiento económico más lento obligan a buscar soluciones más rentables. Segundo, la modificaciones impuestas: los sistemas operativos pueden alcanzar su fin de vida útil, surgir fallos y amenazas de ciberseguridad que requieren defensa, y movimientos en precios de proveedores que obligan a replantear presupuestos y reducir la dependencia de proveedores. Sin embargo, intentar implementar todos estos cambios de una sola vez rara vez resulta sostenible. Cuando las organizaciones aceleran el ritmo, aumenta el riesgo de fallos y cortes. ¿Cómo lograr cambios necesarios de forma segura?
Dangers de intentar cambiar demasiado rápido
La visibilidad es el reto principal cuando se gestiona un ecosistema de TI complejo: entornos on‑premise, nube, servidores, informática de usuario final y redes. El cambio es constante y las actualizaciones de seguridad suelen estar automatizadas. Con tantos movimientos, la interacción entre sistemas antiguos y modernos, diferentes SO y productos incrementa el riesgo de fallo. La deriva de configuración, causada por cambios no registrados u autorizados, puede pasar desapercibida, aumentando el riesgo de incidentes y cortes. Un ejemplo reciente demuestra el impacto: Google Cloud suspendió la cuenta de producción de Railway cuando no fue posible ver una dependencia técnica con GCP, provocando un apagón de ocho horas. Con la adopción de herramientas de IA, el cambio también puede ocurrir más rápido que la capacitación y los procesos, generando flujos de trabajo desalineados, vulnerabilidades y posibles filtraciones de datos. Aun cuando se identifica qué cambiar, decidir cómo modernizar las aplicaciones existentes sigue siendo un desafío.
Alternativas frente al dilema comprar o reconstruir
Frente a la necesidad de frenar cambios, muchas organizaciones se ven empujadas a comprar software nuevo o reconstruir aplicaciones para mejorar la seguridad o mantener compatibilidad. Ambas opciones pueden ser costosas y demorar. Además, pueden generar dependencia del proveedor y limitar la capacidad de adaptar el entorno. Una vía emergente, con el madurez de la codificación orientada a agentes, es que las organizaciones utilicen agentes de IA para crear sustitutos internos de herramientas SaaS, reduciendo la dependencia de proveedores y costos de licencia. No obstante, esto traslada la responsabilidad de mantenimiento, seguridad y soporte al equipo interno, lo que exige mayores recursos y capacidades de gestión. Otra alternativa viable es empaquetar y migrar aplicaciones existentes. Al encapsular dependencias del SO y moverlas a contenedores o infraestructuras modernas, las soluciones pueden ejecutarse en sistemas operativos actuales y en entornos como AWS, sin necesidad de reescribir la aplicación. El comportamiento se mantiene, pero con mayor compatibilidad y flexibilidad.
Cómo entregar cambios a gran escala
Una vez definida una estrategia de modernización, ¿cómo se obtiene visibilidad continua sobre todo el ecosistema y se sabe cuándo conviene empaquetar una app? Mantener una vigilancia manual resulta insuficiente ante la magnitud de los cambios. En su lugar, conviene recurrir a software de monitorización de configuración para obtener visibilidad continua del cambio en todo el entorno. Las herramientas de detección de deriva pueden medir automáticamente el cambio frente a líneas base establecidas y alertar a los equipos de TI cuando una modificación provoca que un sistema se desvíe de su línea base. Así, parches de un proveedor externo o intervenciones manuales pueden detectarse y señalarse antes de que desencadenen un fallo o incidente.
Esta visibilidad de toda la infraestructura permite entender el impacto de cualquier cambio no autorizado y actuar antes de que fallen los sistemas. Además, aporta la información necesaria para evaluar la viabilidad e implementación de las transformaciones propuestas y realizar cambios más focalizados, impactantes y seguros. Junto con la visibilidad de la configuración, es posible automatizar el empaquetado y la entrega de aplicaciones, ahorrando tiempo y costos que antes requerían intervención manual, y propiciando un proceso repetible y escalable para desplegar aplicaciones a los usuarios de forma regular.
Escapar de la trampa de la transformación
Para salir de la trampa, es imprescindible un cambio de mentalidad: percibir el cambio como un problema continuo de gestión y evitar intentar realizar demasiados proyectos de innovación a la vez. Pequeños cambios incrementales generan impactos más sostenibles y permiten garantizar que las plataformas se desplieguen o integren adecuadamente, a la vez que dejan espacio para atender cambios forzados. Priorizar la visibilidad del cambio ayuda a mitigar riesgos de cambios forzados y a detectar a tiempo cuándo es necesario actualizar sistemas. Automatizar procesos como el empaquetado de apps libera capacidad para priorizar proyectos de innovación, mientras que las operaciones rutinarias se ejecutan más rápidamente y con mayor seguridad. Cuando estas prácticas se combinan, las organizaciones pueden convertir el cambio en un motor de seguridad, resiliencia e innovación, en lugar de un riesgo descontrolado.
Notas finales
Este artículo forma parte de TechRadar Pro Perspectives, que reúne a líderes y expertos para compartir enfoques sobre la tecnología actual. Las opiniones expresadas son las del autor y no necesariamente reflejan a TechRadar Pro o Future plc. Si te interesa contribuir, consulta la sección de perspectivas para conocer cómo participar.
from Latest from TechRadar https://ift.tt/GmtobLN
via IFTTT IA
