¿Qué es la modernización de aplicaciones?

La modernización de aplicaciones es el proceso de tomar aplicaciones heredadas existentes y modernizar su infraestructura de plataforma, arquitectura interna y/o características. Gran parte del debate actual sobre la modernización de aplicaciones se centra en las aplicaciones locales monolíticas (que normalmente se actualizan y mantienen mediante procesos de desarrollo en cascada) y en cómo esas aplicaciones se pueden incorporar a la arquitectura de la nube y a los patrones de lanzamiento, es decir, microservicio y DevOps.

Las ventajas de la modernización de las aplicaciones suelen resumirse en la mejora de la velocidad de entrega de nuevas funciones, la exposición de las funcionalidades de las aplicaciones existentes para que otros servicios las consuman a través de API y la replanificación de las aplicaciones locales a la nube con el fin de aumentar la escala y el rendimiento de las aplicaciones, así como el centro de datos a largo plazo y la estrategia de TI.

Los desafíos de la modernización de las aplicaciones suelen reducirse al coste y la complejidad. Pasar una aplicación local a la nube sin pensar en el ROI es mover las aplicaciones solo para moverlas. Por el contrario, otras aplicaciones podrían beneficiarse significativamente de la reconfiguración de plataformas o arquitecturas, pero están tan acopladas a los sistemas e infraestructuras existentes que la complejidad de la modernización podría superar las ventajas.

La clave del éxito en la modernización de aplicaciones, como en la mayoría de las cosas, se reduce en última instancia a la estrategia y a la selección de proyectos de modernización de aplicaciones en los que los beneficios de la nube, la velocidad, el rendimiento, la escala, el desarrollo de nuevas funciones, etc. son los que ofrecen a la aplicación un camino claro para mejorar la experiencia del cliente y el ROI.

Las aplicaciones heredadas también suelen ser aplicaciones monolíticas. Las aplicaciones monolíticas tienen dos características que hacen que se quieran modernizar: son difíciles de actualizar y son difíciles y caras de escalar.

Las aplicaciones monolíticas son difíciles de actualizar por motivos arquitectónicos. Como todos los componentes de una aplicación se envían juntos, es difícil y caro añadir funciones, dada la sobrecarga de la complejidad y los desafíos de integración.

Son difíciles y caras de escalar por razones similares. Si incluso un componente de una aplicación enfrenta desafíos de carga y rendimiento, puede ser necesario escalar toda la aplicación solo para atender el componente más exigente. Este enfoque implica un desperdicio considerable de recursos informáticos.

Al modernizar una aplicación hacia una arquitectura de microservicios, los componentes son más pequeños, están menos acoplados y pueden implementarse y escalarse independientemente unos de otros. Aunque conlleva su propio conjunto de desafíos, este enfoque es donde se encuentra gran parte del valor central en la modernización.

La forma más importante de iniciar cualquier proyecto de modernización de aplicaciones es con una evaluación de las aplicaciones. Hacer un inventario de lo que tiene es casi siempre una de las formas más obvias de iniciar casi cualquier transformación como esta.

Una vez que tenga una lista, puede empezar a trazar todas esas aplicaciones en función de los ejes X e Y de facilidad/dificultad y un posible aumento de valor si se moderniza. También podría pensar en el valor "potencial" como el grado de importancia de la aplicación para la experiencia del cliente y para el futuro de su organización.

Las aplicaciones que se sitúan en el cuadrante superior derecho de esta cuadrícula de alto valor y bajo esfuerzo serán las candidatas más obvias y menos conflictivas con las que comenzar un proyecto de modernización de aplicaciones.

Las decisiones más complicadas se reducirán a las aplicaciones de alto valor que son difíciles de mover. Para estos, tampoco tiene por qué ser una estrategia de todo o nada el primer día. Existen enfoques para la modernización de aplicaciones, en estos casos, que pueden reducir el riesgo y el costo y, al mismo tiempo, mover su cartera en la dirección correcta.

Existen varios enfoques conocidos para la modernización de aplicaciones que se centran en una combinación de la plataforma, la arquitectura de la aplicación y la exposición de la funcionalidad de una aplicación a través de la API.

El patrón más común de modernización de aplicaciones implica refactorizar y descomponer una aplicación monolítica en una colección de pequeños microservicios poco acoplados.

En el ejemplo anterior de arquitecturas de microservicios, una aplicación de venta minorista se dividió desde una única aplicación de n niveles a una colección de microservicios de todos los servicios individuales dentro de la aplicación, cada uno con su base de datos y modelo de datos.

Un enfoque en este espacio se conoce como "patrón estrangulador". En lugar de romper el monolito de una vez, el patrón estrangulador consiste en desmontar la aplicación poco a poco, sacando primero las partes más fáciles y valiosas, y a medida que este enfoque progresa, finalmente no queda nada del monolito.

A menudo parte de la refactorización a microservicios, la replanificación o el realojamiento de aplicaciones es casi siempre parte del proceso de modernización. Aunque es posible simplemente trasladar aplicaciones sin tener que reescribirlas demasiado, lo más frecuente es que el valor se encuentre en reestructurar la aplicación para aprovechar mejor los modelos de nube, aprovechando contenedores y Kubernetes. (Más información sobre la migración a la nube).

Por último, otro enfoque de modernización puede implicar dejar una aplicación en su lugar, pero exponer de forma segura sus funciones o datos a través de las API. Este enfoque, que se basa más en la integración que en la migración, permite que las nuevas aplicaciones nativas de la nube simplemente se beneficien de las capacidades de los sistemas y datos existentes.

Existe una amplia cartera de tecnologías que pueden facilitar los procesos de modernización por los que atraviesan la mayoría de las organizaciones.

Aunque la nube pública es una parte crítica de cualquier estrategia de modernización, las estrategias de nube privada, nube híbrida y multinube también son muy importantes por motivos de seguridad, latencia y arquitectura.

Por diversas razones, es posible que una organización no esté preparada para pasar directamente del centro de datos a la nube pública, y los otros modelos de nube pueden ayudar a resolver toda la complejidad arquitectónica y de políticas asociada con el lugar donde deben vivir ciertas cargas de trabajo en función de sus características únicas. características.

Los contenedores y Kubernetes se han convertido no solo en un desafío para las máquinas virtuales (VM) como una forma de computación polivalente en la nube, sino también como un facilitador clave de las estrategias de nube híbrida y modernización de aplicaciones.

La contenerización permite empaquetar una aplicación de forma coherente y ligera para que pueda ejecutarse de forma coherente en entornos de escritorio, en la nube o locales. Este tipo de flexibilidad es una verdadera ventaja para las organizaciones que trazan su camino a seguir en la nube.