Migración a Azure Container Apps

Este artículo se aplica a: Enterprise ✅ Básico/Estándar ✅

Azure Spring Apps y Azure Container Apps son plataformas administradas en Azure diseñadas para simplificar la ejecución de aplicaciones sin administrar una infraestructura compleja. Ambos servicios permiten a los desarrolladores centrarse en sus aplicaciones en lugar de preocuparse por la configuración y el mantenimiento de los sistemas subyacentes. Se integran de forma nativa con el ecosistema de Azure, lo que facilita la conexión con servicios como Azure Monitor, Key Vault y Azure DevOps para la supervisión, la seguridad y la implementación.

Debido a la retirada de Azure Spring Apps, se recomienda Azure Container Apps como servicio principal para la migración de cargas de trabajo que se ejecutan en Azure Spring Apps. Azure Container Apps proporciona una base moderna, flexible y escalable para aplicaciones en contenedores, lo que garantiza que las cargas de trabajo están listas para el futuro e integradas sin problemas con el ecosistema de Azure.

En este artículo se proporciona una guía detallada para ayudarle a migrar las cargas de trabajo de Azure Spring Apps a Azure Container Apps, lo que minimiza la interrupción y le ayuda a maximizar las ventajas de la nueva plataforma.

Mapa conceptual

En la tabla de asignación de concepto siguiente se resaltan los paralelos entre Azure Spring Apps y Azure Container Apps. Le ayuda a comprender cómo los conceptos conocidos de Azure Spring Apps se traducen en características equivalentes en Azure Container Apps.

Configurar control de acceso basado en rol de Azure

Azure Spring Apps y Azure Container Apps admiten la configuración de control de acceso basado en rol (RBAC) de Azure. Sin embargo, sus experiencias difieren debido a sus distintas jerarquías de recursos.

En Azure Spring Apps, la jerarquía de recursos se centra en torno a la instancia de servicio. Las asignaciones de roles se aplican a la instancia y se propagan automáticamente a los recursos secundarios, como las aplicaciones y las implementaciones. Este diseño proporciona administración centralizada. Sin embargo, si un usuario necesita acceso a una aplicación o implementación específica en lugar de a la instancia de servicio, debe conceder permisos específicos para esos recursos.

Desde la perspectiva de la API, Azure Container Apps diseña los tipos de recursos para entornos y aplicaciones de contenedor como entidades independientes en el mismo nivel jerárquico. Puede asignar roles en el nivel del entorno administrado o de las aplicaciones de contenedor individuales. Esta estructura permite un control preciso sobre aplicaciones específicas. Por ejemplo, puede conceder acceso a diferentes aplicaciones de contenedor para distintos equipos o usuarios. Esta flexibilidad facilita la administración de recursos de forma independiente en un entorno compartido. También se alinea bien con la experiencia familiar de administración de otros recursos de Azure.

Enfoque de migración

El enfoque de migración de Azure Spring Apps a Azure Container Apps implica los siguientes pasos clave:

1. Evaluar y planear: evalúe las cargas de trabajo actuales en Azure Spring Apps, incluidas las dependencias, las configuraciones y la configuración de red.

2. Aplicaciones en contenedores: aunque Azure Container Apps admite la implementación desde JAR o código fuente, se recomienda incluir aplicaciones en contenedores de Docker, que tienen una mejor portabilidad y eficacia. Puede incluir aplicaciones en contenedores mediante la creación de Dockerfiles y la creación de imágenes de contenedor mediante herramientas como Azure Container Registry o Docker Hub. También puede construir localmente imágenes de contenedor mediante buildpacks. Para obtener información sobre cómo incluir en contenedores la aplicación y compilar una imagen de contenedor similar a la que se ejecuta en Azure Spring Apps, consulte Introducción a la contenedorización.

3. Configuración del entorno de Azure Container Apps: aprovisione un entorno administrado en Azure Container Apps, incluida la configuración de redes virtuales, subredes y cualquier configuración de seguridad necesaria para que coincida con las configuraciones de red anteriores en Azure Spring Apps. Para obtener más información, consulte Aprovisionar Azure Container Apps o Migración de una red virtual personalizada.

4. Crear y configurar componentes de Java en Azure Container Apps: habilite y configure Eureka Server, Config Server, Gateway y Managed Admin. Estos componentes son esenciales para la orquestación y administración de microservicios en aplicaciones spring. Asegúrese de que están configurados correctamente para una transición sin problemas.

   Si usa el plan Enterprise, consulte los artículos siguientes:

   • Registro de servicio de Tanzu
   • Servicio de configuración de aplicaciones para Tanzu o Config Server
   • Spring Cloud Gateway para Tanzu
   • Vista activa de la aplicación
   • Portal de API para Tanzu

   Si usa el plan Estándar, consulte los artículos siguientes:

   • Servidor Eureka
   • Servidor de configuración

5. Implementar contenedores: implemente las aplicaciones en contenedor en el entorno de Azure Container Apps. Configure revisiones de aplicaciones, directivas de escalado y configuraciones de red según sus requisitos. Para obtener más información, consulte Información general sobre la migración de aplicaciones.

6. Supervisión: durante la migración, supervise continuamente el rendimiento de las aplicaciones mediante Azure Monitor y ajuste las configuraciones según sea necesario para la optimización, como ajustar la configuración de escalado o las asignaciones de recursos. Para obtener más información, consulte Registro y métricas en Azure Container Apps.

7. Prueba y validación: ejecute pruebas exhaustivas para asegurarse de que las aplicaciones en contenedores funcionan según lo previsto en el nuevo entorno. Compruebe la conectividad de red, el escalado y la integración con otros servicios.

8. Herramientas de cliente y automatización: para simplificar el desarrollo diario y las tareas operativas, aproveche las herramientas de cliente y las soluciones de automatización. Estas herramientas incluyen la CLI de Azure, Azure DevOps, Acciones de GitHub y extensiones en herramientas de cliente o IDE. Estas herramientas pueden ayudar a automatizar implementaciones, supervisar el rendimiento y administrar recursos de forma eficaz, lo que reduce el esfuerzo manual y mejora la agilidad operativa. Para obtener más información sobre las herramientas populares, consulte Clientes o herramientas de automatización para Azure Container Apps.

Herramienta asistente para la migración

Para acelerar la migración y ayudarle a evaluar las características en Azure Container Apps, proporcionamos un nuevo comando en la CLI de Azure. Este comando recupera las configuraciones de los recursos existentes de Azure Spring Apps en función del identificador de recurso de la instancia de servicio. A continuación, traduce estas configuraciones en archivos de Bicep para los recursos de Azure Container App. Este método le permite configurar rápidamente un entorno administrado de Azure Container Apps y recursos de aplicación al aplicar la configuración básica similar a la de los recursos existentes de Azure Spring Apps.

Para crear recursos de Azure Container Apps que coincidan con las configuraciones de los recursos existentes de Azure Spring Apps, siga estos pasos:

1. Instale la versión 2.45.0 o posterior de la CLI de Azure y la versión más reciente de la extensión azure Spring Apps mediante el az extension add --name spring comando .

2. Genere archivos de Bicep para crear los recursos correspondientes de Azure Container Apps mediante el comando siguiente:

   az spring export \
       --resource-group <resource-group-name> \
       --target aca \
       --subscription <subscription-id> \
       --service <service-name> \
       --output-folder <output-folder-name> 
   

3. El comando anterior genera un archivo README.md con instrucciones detalladas. Siga estas instrucciones para actualizar los parámetros necesarios en los archivos de Bicep.

   Nota:

   Azure Container Apps requiere direcciones URL de imagen en contenedor. Si aún no tiene una dirección URL de imagen en contenedor para la aplicación, puede dejar la dirección URL de la imagen de inicio rápido en los parámetros sin cambios e implementar su propia aplicación más adelante. Para obtener más información sobre cómo obtener imágenes de contenedor, consulte Introducción a la contenedorización.

4. Si no existe un grupo de recursos, créelo mediante el comando siguiente:

   az group create \
       --name <resource-group-name> \
       --subscription <subscription-id> \
       --location <location> 
   

5. Implemente recursos de Azure Container Apps en el grupo de recursos mediante el comando siguiente:

   Nota:

   Es posible que tenga que ejecutar el comando varias veces y ajustar la configuración en función del mensaje de respuesta.

   az deployment group create \
     --resource-group <resource-group-name> \
     --template-file main.bicep \
     --parameters param.bicepparam \
     --subscription <subscription-id>
   

6. Siga las instrucciones del archivo README.md para actualizar los recursos de las características avanzadas. Estas características incluyen cargar certificados, habilitar un dominio personalizado, agregar asignaciones de roles a la identidad administrada asignada por el sistema, etc.

7. Si necesita la configuración de Terraform de esos recursos, expórtelos mediante el flujo de trabajo de exportación del proveedor de recursos de Azure Terraform. Para más información, consulte Introducción al proveedor de recursos de Azure Terraform.

Tutorial

Proporcionamos un tutorial para demostrar la experiencia de un extremo a otro de ejecutar la aplicación ACME Fitness Store en Azure Container Apps. Para obtener más información, consulte acme-fitness-store/azure-container-apps. Este tutorial ofrece instrucciones prácticas, lo que le ayuda a obtener rápidamente información práctica y confianza en la implementación y administración de aplicaciones en contenedores en la plataforma.