Migración de aplicaciones de Java a Azure

En este artículo se proporciona una introducción a las estrategias recomendadas para migrar aplicaciones de Java a Azure.

Esta guía de migración está diseñada para escenarios estándar de Java en Azure y para proporcionar sugerencias y consideraciones generales sobre el planeamiento. Si desea hablar sobre un escenario de migración de aplicaciones de Java específico con el equipo de Microsoft Java en Azure, rellene el cuestionario siguiente y un representante se pondrá en contacto con usted.

Identificación del tipo de aplicación

Antes de seleccionar un destino en la nube para la aplicación de Java, deberá identificar su tipo de aplicación. La mayoría de las aplicaciones de Java son de uno de los siguientes tipos:

• Aplicaciones de spring:
  • Aplicaciones de Spring Boot/JAR
  • Aplicaciones Spring que usan módulos middleware de Spring Cloud
• Aplicaciones de Java EE
• Aplicaciones web
• Trabajos por lotes o programados

Estos tipos se describen en las secciones siguientes.

Aplicaciones de Spring Boot/JAR

Muchas aplicaciones más recientes se invocan directamente desde la línea de comandos. Estas aplicaciones todavía controlan las solicitudes web pero, en lugar de depender de un servidor de aplicaciones para proporcionar el control de solicitudes HTTP, incorporan la comunicación HTTP y todas las demás dependencias directamente en el paquete de aplicación. Estas aplicaciones se suelen compilar con marcos como Spring Boot, Dropwizard, Micronaut, MicroProfile, Vert.x y otros.

Estas aplicaciones se empaquetan en archivos con la extensión .jar (archivos JAR).

Aplicaciones Spring que usan módulos middleware de Spring Cloud

El estilo arquitectónico de microservicios es un enfoque para desarrollar una aplicación individual como un conjunto de pequeños servicios. Cada servicio se ejecuta en su propio proceso y se comunica mediante mecanismos ligeros, a menudo una API de recursos HTTP. Estos servicios se crean en torno a las funcionalidades empresariales y se pueden implementar de forma independiente con maquinaria de implementación totalmente automatizada. Estos servicios tienen un mínimo de administración centralizada, que puede estar escrita en distintos lenguajes de programación y usar diferentes tecnologías de almacenamiento de datos. Estos servicios suelen compilarse con marcos como Spring Cloud.

Estos servicios se empaquetan en varias aplicaciones con la extensión .jar (archivos JAR).

Aplicaciones de Java EE

Las aplicaciones de Java EE (también conocidas como aplicaciones J2EE o, más recientemente, aplicaciones de Jakarta EE) pueden contener algunos, todos o ninguno de los elementos de las aplicaciones web. Estas aplicaciones también pueden contener y consumir muchos más componentes, tal y como se define en la especificación Jakarta EE.

Las aplicaciones de Java EE se pueden empaquetar como archivos con la extensión .ear (archivos EAR) o como archivos con la extensión .war (archivos WAR).

Las aplicaciones Java EE deben desplegarse en servidores de aplicaciones compatibles con Java EE (como Oracle WebLogic Server, IBM WebSphere, JBoss EAP, GlassFish, Payara y otros).

Las aplicaciones que solo se basan en las características proporcionadas por la especificación de Java EE (es decir, las aplicaciones independientes de la aplicación) se pueden migrar desde un servidor de aplicaciones compatible a otro. Si su aplicación depende de un servidor de aplicaciones específico (dependiente del servidor de aplicaciones), es posible que tenga que seleccionar un destino de servicio de Azure que le permita hospedar ese servidor de aplicaciones.

Aplicaciones web

Las aplicaciones web se ejecutan en un contenedor de Servlet. Algunas de estas aplicaciones usan las API de Servlet directamente, mientras que muchas usan otros marcos que encapsulan las API de Servlet, como Apache, Spring MVC, JavaServer Faces (JSF), etc.

Las aplicaciones web se empaquetan en archivos con la extensión .war (archivos WAR).

Trabajos por lotes o programados

Algunas aplicaciones están diseñadas para ejecutarse brevemente, ejecutar una carga de trabajo concreta y después salir, sin esperar solicitudes ni los datos proporcionados por el usuario. A veces, estos trabajos deben ejecutarse una vez o a intervalos regulares programados. En el entorno local, estos trabajos se suelen invocar desde el archivo crontab de un servidor.

Estas aplicaciones se empaquetan en archivos con la extensión .jar (archivos JAR).

Selección del destino de servicio de Azure

En las secciones siguientes se muestran los destinos de servicio que cumplen los requisitos de la aplicación y qué responsabilidades conllevan.

Tabla de opciones de hospedaje

Use la siguiente tabla para identificar posibles destinos para su tipo de aplicación. Como puede ver, Azure Kubernetes Service (AKS) y máquinas virtuales de Azure son compatibles con todos los tipos de aplicaciones, pero requieren que el equipo asuma más responsabilidades, como se muestra en la sección siguiente.

Tabla de responsabilidad en curso

Use la tabla siguiente para comprender la responsabilidad que cada destino conlleva para su equipo después de la migración.

Las tareas indicadas con se gestionan en su totalidad o en su mayor parte por Azure. Su equipo es responsable de forma continua de las tareas indicadas con . Se recomienda implementar un proceso sólido y muy automatizado para cumplir todas estas responsabilidades.

Destination → Tarea ↓	Aplicación Service	Azure Contenedor Aplicaciones	AKS	Las máquinas Machines
Actualización de bibliotecas (incluida la corrección de vulnerabilidades)	👉	👉	👉	👉
Actualización del servidor de aplicaciones (incluida la corrección de vulnerabilidades)		👉	👉	👉
Actualización del tiempo de ejecución de Java (incluida la corrección de vulnerabilidades)		👉	👉	👉
Desencadenamiento de actualizaciones de Kubernetes (lo realiza Azure con un desencadenador manual)	N/D		👉	N/D
Recuperación ante desastres		👉	👉
Conciliación de los cambios de la API de Kubernetes no compatibles con versiones anteriores	N/D	👉	👉	N/D
Actualización de la imagen base del contenedor (incluida la corrección de vulnerabilidades)	N/D	👉	👉	N/D
Activación del sistema operativo (incluida la corrección de vulnerabilidades)			1	👉
Detectación y reinicio de instancias con errores				👉
Implementación de purga y reinicio gradual de las actualizaciones				👉
Administración de la infraestructura		👉	👉	👉
Supervisión y administración de alertas	👉	👉	👉	👉

¹ Algunas actualizaciones de seguridad pueden requerir reinicios de nodo, que no se realizan automáticamente. Para más información, consulte Aplicación de actualizaciones de kernel y seguridad a los nodos de Linux en Azure Kubernetes Service (AKS)

Si implementa el contenedor de Servlet (como Spring Boot) como parte de la aplicación, se considerará una biblioteca y, como tal, será siempre su responsabilidad.

Garantizar la conectividad local

Si su aplicación necesita acceder a cualquiera de los servicios locales, deberá aprovisionar uno de los servicios de conectividad de Azure. Para más información, consulte Connect an on-premises network to Azure (Conexión de una red local a Azure). También tendrá que refactorizar la aplicación para que use las API disponibles públicamente que exponen los recursos locales.

Debe completar este trabajo antes de iniciar cualquier migración.

Capacidad actual de inventario y uso de los recursos

Documente el hardware de los servidores de producción actuales, además del número medio y máximo de solicitudes y el uso de los recursos. Necesitará esta información para aprovisionar los recursos en el destino del servicio.

Guía de migración

Use las tablas siguientes para encontrar la guía de migración por tipo de aplicación y destino de servicio de Azure.

Aplicaciones de Java

Busque en las filas el tipo de aplicación de Java y, en las columnas, el destino de servicio de Azure que hospedará la aplicación.

Si desea migrar una aplicación de JBoss EAP a Tomcat en App Service, convierta primero la aplicación de Java EE a Java Web Apps (servlets) que se ejecuta en Tomcat, y siga las instrucciones que se indican a continuación.

Aplicaciones de Java EE

Busque en las filas el tipo de aplicación de Java EE que se ejecuta en un servidor de aplicaciones específico. Busque en las columnas el destino del servicio de Azure que hospedará la aplicación.

Consulte también

• Razones para pasarse a Java 11 y versiones posteriores
• Transición de Java 8 a Java 11
• Transición de Java 7 a Java 8