Migrar una aplicación crítica para el funcionamiento diario de una empresa puede resultar un proyecto peligroso, aunque esencial. Muchas empresas que están pensando en cambiar sus infraestructuras a la nube pública se contentan con llevar la existente a un reproductor de nube. Sin embargo, esta es una oportunidad única para cambiar el paradigma y adoptar una organización verdaderamente ágil.
No existe una receta milagrosa para migrar una aplicación compleja. Cada proyecto conduce a sus propias soluciones, porque todo depende del contexto de negocio de la empresa, su madurez frente a la Nube y la criticidad de las aplicaciones. En algunos casos, la empresa puede preferir un simple «lift-and-shift» de su aplicación, una simple traducción de la existente a la Nube. Este enfoque ofrece la ventaja de ir rápido, lo que hace posible migrar una gran flota de aplicaciones en unos pocos meses. Sin embargo, en realidad no permite aprovechar las capacidades de la nube, mientras que en ocasiones su funcionamiento puede resultar igualmente costoso.
Más que una migración, una modernización
El objetivo de una migración a la Nube debe ser modernizar en profundidad el sistema de información. No se trata solo de una simple cuestión técnica y de una renovación de la infraestructura informática. Es ante todo un proyecto de transformación.
La unidad básica de migración es la aplicación. Sin embargo, modernizar una aplicación empresarial implica comprender su funcionamiento intrínseco, analizar su arquitectura y su código fuente. Este trabajo es esencial si luego desea aprovechar al máximo la nube, en particular, implementar servicios administrados de tipo contenedor, funciones sin servidor, cambiar el tipo de base de datos o incluso acceder a servicios más innovadores, por ejemplo, en torno a AI/ML, que pone a disposición el proveedor de la nube. Así, podremos aumentar significativamente la resiliencia de la aplicación, su rendimiento y reducir sus costes operativos. Es un verdadero cambio de postura que sólo es posible si se hace este esfuerzo de modernización. A diferencia de los principales programas de modernización de aplicaciones COBOL que han fallado en el pasado, estas modernizaciones de la nube tienen herramientas y, sobre todo, metodologías probadas que reducen el nivel de riesgo inherente a cualquier proyecto de transformación importante.
Un método de modernización probado
El proyecto lógicamente comienza con una fase de auditoria. El análisis detallado de la aplicación permite comprender su funcionamiento comercial, su arquitectura, su comportamiento y sus problemas recurrentes. Esta fase puede demorar algunos meses en el caso de una aplicación crítica a gran escala, pero es un requisito previo esencial para la modernización. Durante esta fase, el equipo de migración juzga el nivel de madurez de la empresa frente a la nube.
Algunos CIO ya están muy experimentados en los métodos operativos de la nube, otros mucho menos. Plan de ACCION luego se desarrolla para capacitar al personal e implementar las herramientas y los procesos operativos que les permitirán administrar la aplicación modernizada al final del proyecto. Además, el plan de desarrollo de habilidades del personal se elabora perfil por perfil y se puede lanzar en paralelo con los trabajos de modernización en sí.
Al final de esta primera fase, el equipo del proyecto podrá presentar a los equipos de gestión los diferentes escenarios posiblescon el de una aplicación 100% modernizada, o escenarios alternativos menos ambiciosos pero más rápidos de llevar a cabo.
Tan pronto como » IR » de la dirección se da en un escenario, se inicia la validación de la arquitectura de destino. Los ajustes finales se realizan antes del lanzamiento de los desarrollos. Allá » zona de aterrizaje », es decir, se prepara o mejora el área de recepción de la aplicación en la Nube, dotada de herramientas de observabilidad y ciberprotección. La idea es luchar por la seguridad. por diseño » con protección no solo perimetral, sino también en profundidad para cada uno de los componentes de la aplicación y seguridad garantizada en toda la cadena de producción del código.
Una modernización de aplicaciones va de la mano de una profunda modernización de los procesos operativos para avanzar concretamente hacia DevSecOps, es decir, la introducción de agilidad en los procesos de desarrollo de aplicaciones, pero también en la operación y seguridad de las infraestructuras. Es una verdadera fábrica de producción de software la que se pone en marcha durante esta modernización y es lo que luego aportará agilidad a la empresa y hará de su aplicación un verdadero activo competitivo para el negocio.
Para una transferencia fluida sin impacto comercial, todo debe probarse y simularse varias veces antes de cambiar finalmente a la nueva aplicación. Los planos a escala pueden ser a veces extremadamente complejos y una operación en » carrera doblepuede ser necesario, especialmente para migraciones no disruptivas. La aplicación histórica seguirá funcionando en paralelo con los primeros ladrillos modernizados para no entorpecer su actividad y beneficiarse de los nuevos desarrollos. También es una forma de evitar el efecto túnel con meses de espera para los usuarios antes de que el equipo de migración pueda entregarles nuevas funciones.
Volver a poner la innovación en el centro de la actividad del departamento de TI
Las metodologías de modernización y el concepto de fábrica de software ahora están bien dominados y los equipos ya han llevado a cabo múltiples proyectos de migración. El riesgo asociado con estos grandes proyectos ahora está bien controlado y las plataformas en la nube son capaces de soportar las aplicaciones más críticas. Del mismo modo, el enfoque de FinOps permite controlar los costos operativos de las aplicaciones en la nube y evitar sorpresas desagradables después de la migración.
Migrar a la Nube es muchas veces sinónimo de deuda técnica, de voluntad de salvar infraestructuras y también de orientar más los recursos hacia proyectos de alto valor añadido. La nube también es una forma de aumentar el nivel de seguridad y resiliencia de las aplicaciones. Pero el argumento que debe motivar una migración al Cloud es sobre todo la capacidad de modernizarse y evolucionar mucho más rápido gracias a ciclos cortos. El objetivo no es explotar un servicio en la Nube sobre otro, sino mejorar el «Time to Market» de las aplicaciones digitales. Se trata, en definitiva, de lo más importante para una empresa: innovar.
____________________________
Par tristán micheArquitecto Cloud DevOps en Tecnologías Ippon
Lea también:
¿Por qué es importante un enfoque DevOps?
Arquitectura empresarial, la piedra angular de la migración a la nube de SAP
Nube pública: una migración esencial para los proveedores de servicios…
Los cuatro pasos clave para una migración exitosa a la nube
Migración a la nube: ¡demorar para saltar mejor!
[
