Blog3 min de lectura

Azure evoluciona: migrar de Spring Apps y Diagnostic Extension a herramientas cloud modernas

En septiembre de 2024 Microsoft anunció cambios importantes en su ecosistema Azure, entre ellos la retirada prevista de Azure Spring Apps y de Azure Diagnostic Extension. Esos cambios marcan una transición crítica en la forma en que las organizaciones aprovechan la oferta cloud de Microsoft y reflejan la evolución continua de la plataforma para atender las exigencias empresariales actuales. Este artículo profundiza en los fundamentos técnicos de los anuncios y explora sus implicaciones para desarrolladores, arquitectos de sistemas y negocios. Además, señala soluciones alternativas y buenas prácticas para migrar a los nuevos servicios manteniendo el rendimiento y el cumplimiento dentro del ecosistema Azure.

Panorama de Azure Spring Apps y Azure Diagnostic Extension

Azure Spring Apps

Azure Spring Apps es un servicio totalmente gestionado para aplicaciones Spring Boot, con funciones como:

  • Monitorización y diagnóstico integrados: supervisión simplificada con Azure Monitor y Application Insights.
  • Escalabilidad: escalado automático de las aplicaciones Spring Boot según la demanda de la carga.
  • Soporte de microservicios: soporte nativo de arquitecturas distribuidas de microservicios.

Azure Diagnostic Extension

Azure Diagnostic Extension ofrecía:

  • Telemetría completa: capacidad de recopilar métricas de rendimiento, registros y diagnósticos de las máquinas virtuales de Azure.
  • Compatibilidad: integración con Azure Monitor para centralizar registros y diagnósticos.
  • Personalización: configuraciones de recopilación definidas por el usuario para necesidades específicas de monitorización.

Razones de la retirada

La decisión de Microsoft responde a varios factores clave:

  1. Avances tecnológicos:
    • Aparición de herramientas más avanzadas como Azure Monitor Insights y Azure Managed Grafana, con mejores capacidades de monitorización y diagnóstico.
    • Paso de Spring Apps a Azure Kubernetes Service (AKS) para ganar escalabilidad y soporte de contenedores.
  2. Eficiencia operativa:
    • Consolidación de servicios para reducir la complejidad del ecosistema Azure.
    • Introducción de herramientas unificadas que simplifican los flujos de monitorización y despliegue.
  3. Mejoras de seguridad:
    • Sustitución de servicios heredados por soluciones diseñadas para cumplir estándares de cumplimiento y seguridad más exigentes.

Implicaciones técnicas

1. Impacto en los usuarios actuales de Azure Spring Apps

  • Requisitos de migración: habrá que migrar las aplicaciones a AKS u otra plataforma de orquestación de contenedores. Esa transición implica:
    • Refactorizar aplicaciones monolíticas en microservicios para alinearse con la arquitectura de AKS.
    • Usar Helm charts para el despliegue y el escalado.
  • Cambios de configuración: hay que reconfigurar la monitorización para usar servicios más recientes como Azure Monitor Insights y Application Insights.

2. Efecto en los usuarios de Azure Diagnostic Extension

  • Paso a Azure Monitor Agent: Azure Monitor Agent (AMA) sustituye a Diagnostic Extension como herramienta principal de recopilación de telemetría. AMA ofrece:
    • Mejor rendimiento con menor consumo de recursos.
    • Puesta en marcha simplificada con configuraciones dirigidas por políticas.
  • Cambios en el pipeline de ingesta: hay que actualizar los pipelines para encaminar métricas y registros a través de áreas de trabajo de Log Analytics.

Rutas de transición

De Azure Spring Apps a AKS

  1. Análisis previo:
    • Inventariar las aplicaciones Spring Boot existentes.
    • Evaluar dependencias y compatibilidad con AKS.
  2. Pasos de migración:
    • Contenerización: usar herramientas como Docker para contenerizar las aplicaciones Spring Boot.
    • Despliegue con Helm: desplegar las aplicaciones contenerizadas con Helm charts para simplificar la orquestación.
    • Integración de monitorización: configurar Azure Monitor para telemetría y Application Insights.
  3. Validación posterior:
    • Hacer pruebas de carga para validar rendimiento y escalabilidad.
    • Vigilar el consumo de recursos para optimizar la configuración de AKS.

De Azure Diagnostic Extension a Azure Monitor Agent

  1. Evaluación:
    • Identificar las máquinas virtuales y las cargas que usan Diagnostic Extension.
    • Revisar las configuraciones de telemetría existentes.
  2. Despliegue:
    • Instalar Azure Monitor Agent en todas las máquinas objetivo.
    • Configurar reglas de recopilación de datos con Azure Policy para una gestión centralizada.
  3. Validación:
    • Verificar el flujo de datos hacia las áreas de trabajo de Log Analytics.
    • Comprobar que los cuadros de mando y las alertas funcionan como se espera.

Buenas prácticas para la transición

  1. Aprovechar las herramientas de migración de Microsoft:
    • Usar Azure Migrate para descubrir aplicaciones y mapear dependencias.
    • Emplear herramientas automatizadas para transferir datos y actualizar configuraciones sin fricción.
  2. Optimizar el rendimiento:
    • Monitorizar el consumo de recursos tras la migración para detectar cuellos de botella.
    • Ajustar la configuración de las aplicaciones para un rendimiento óptimo en AKS y Azure Monitor Agent.
  3. Mantener una seguridad sólida:
    • Implantar Azure Policy para exigir cumplimiento en los recursos migrados.
    • Auditar registros y métricas con regularidad para detectar anomalías.

← Volver a noticias

Artículos relacionados