Guía de retiro de Azure Deployment Environments

Azure Deployment Environments se retira el 22 de febrero de 2027. Empieza a desarrollar tu plan de jubilación ahora para poder inventariar los entornos existentes, validar flujos de trabajo de reemplazo y completar la migración y limpieza antes de la jubilación.

Note

Transfiera tus flujos de trabajo de Azure Deployment Environments a un servicio de Microsoft, servicio Azure o solución asociada antes del 22 de febrero de 2027. Azure Deployment Environments se retira en esta fecha.

Llamada a la acción

  • Empieza a establecer un plan de jubilación ahora. Inventario de entornos EDA, definiciones, catálogos, tipos de entornos, proyectos, centros de desarrollo, suscripciones de despliegue, identidades y asignaciones de roles.
  • Seleccione y valide un enfoque de reemplazo para cada escenario de EDA, incluyendo gobernanza, control de acceso, infraestructura como código, redes, gestión de costes, ciclo de vida y requisitos de autoservicio para desarrolladores.
  • Traslada usuarios y automatización al flujo de trabajo de reemplazo antes del 22 de febrero de 2027.
  • Eliminar entornos no utilizados y recursos de Azure propiedad del cliente para reducir costes y formalmente desvincularse de ADE.

Importante

Microsoft Dev Box tiene una fecha de retirada separada para el 18 de septiembre de 2028. No borres los recursos compartidos del Centro de Desarrollo hasta que confirmes que no tienen dependencia de Microsoft Dev Box.

Introducción a la guía de transición

Revisa soluciones de Microsoft, Azure y socios que puedan apoyar tus escenarios de entorno de desarrollo. ADE no tiene un único reemplazo uno a uno para cada carga de trabajo, así que evalúa cada opción según tus requisitos técnicos y organizativos.

Soluciones de Microsoft

Considera estos enfoques de Microsoft y Azure como sustitutos de los entornos de despliegue de Azure.

Azure Resource Manager y Bicep

Considera el despliegue directo de infraestructura como código con plantillas de Azure Resource Manager o Bicep cuando tus equipos puedan gestionar suscripciones, grupos de recursos, identidades, políticas, orquestación de despliegue y controles del ciclo de vida a través de procesos de ingeniería de plataformas existentes.

Módulos verificados de Azure

Considera módulos reutilizables verificados por Azure cuando los equipos necesitan bloques de construcción estandarizados y gobernados para recursos de Azure. Validar la cobertura de los módulos, el control de versiones, la integración de políticas y la responsabilidad antes de la migración.

Flujos de trabajo de Azure DevOps y GitHub

Ten en cuenta los flujos de trabajo de CI/CD cuando el aprovisionamiento del entorno pueda integrarse en los repositorios y las canalizaciones. Vuelve a compilar los comandos específicos de ADE, las integraciones de SDK y la configuración de azd orientada a la plataforma Dev Center.

Soluciones de asociados de Azure

Ninguna de las soluciones de terceros que identificamos admite directamente el ciclo de vida de Bicep o de ARM. Usa Bicep o ARM directamente en Azure para el despliegue.

Antes de seleccionar una solución, el representante de prueba crea, actualiza, elimina, escenarios de políticas, identidad, registro, recuperación de fallos y gestión de costes.

Preguntas frecuentes sobre la retirada de los entornos de despliegue de Azure

¿Cuándo se retirarán los entornos de despliegue de Azure?

Azure Deployment Environments se retira el 22 de febrero de 2027. Completa la migración de producción antes de esta fecha.

¿Qué ocurre en la fecha de jubilación?

Se espera que las operaciones de creación, despliegue, redespliegue y otras operaciones de escritura de ADE queden bloqueadas. Se planifica que las operaciones de inventario, lectura, registro y eliminación permanezcan disponibles durante un periodo de limpieza con tiempo limitado.

¿La retirada de ADE también supondrá la retirada de Microsoft Dev Box?

N.º Microsoft Dev Box tiene una fecha de retirada separada para el 18 de septiembre de 2028. Las definiciones de Dev Box, las imágenes, los grupos, los horarios, las conexiones de red y las operaciones de los usuarios seguirán funcionando en la fecha de retirada de ADE.

¿Puedo eliminar centros de desarrollo y proyectos compartidos?

Solo después de confirmar que ya no dependen de Dev Box. Asocia los proyectos con su centro de desarrollo vinculado y comprueba si existen pools de Dev Box u otros recursos de Dev Box antes de eliminar los recursos primarios compartidos.

¿Cómo identifico los recursos afectados?

Utilice el libro de trabajo de retirada de servicios y Azure Resource Graph para identificar los recursos de host de ADE y del plano de control en las suscripciones a las que tiene acceso. Las instancias de entorno de ADE no tienen identificadores de recurso de Azure Resource Manager, así que haz inventario de los entornos implementados por separado mediante el portal para desarrolladores, la CLI de Azure, la API del plano de datos de ADE o la telemetría operativa existente.

¿Cómo migro mis entornos?

Conserva plantillas, cataloga referencias fuente, parámetros y configuraciones. Elige una plataforma de destino. Reconstruir la automatización de provisiones. Validar la gobernanza y los controles del ciclo de vida. Prueba despliegues representativos y procedimientos de recuperación. Mueva usuarios y automatiza antes de la retirada.

¿Cómo elimino los entornos de ADE?

  • Abre cada entorno en el portal de desarrolladores y revisa sus detalles y el grupo de recursos de despliegue.
  • Eliminar el entorno y confirmar el ámbito de la eliminación.
  • Abre el grupo de recursos de despliegue en el portal de Azure y verifica qué recursos fueron eliminados.
  • Elimina los recursos propiedad del cliente que permanecen y que ya no son necesarios.
  • Elimine los tipos de entorno, definiciones, catálogos, identidades, asignaciones de roles y permisos elevados de implementación exclusivos de ADE una vez eliminadas las dependencias.

¿Eliminar un entorno detiene todos los cargos?

No necesariamente. Eliminar los metadatos de ADE podría no eliminar todos los recursos de Azure que el entorno desplegó. Los recursos fuera del grupo de recursos de despliegue gestionado pueden seguir funcionando y generando cargos hasta que los elimines. Revisa los datos de Azure Cost Management para confirmar que la facturación prevista ha cesado.

¿Dónde puedo obtener ayuda?

Utiliza Microsoft Q& A para orientación comunitaria. Si tienes un plan de Soporte técnico de Azure y necesitas asistencia técnica, crea una solicitud de Soporte técnico de Azure.