Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se describe el soporte de confiabilidad en pools de DevOps administrados y se aborda la recuperación ante desastres (DR) entre regiones.
Zonas de disponibilidad
Los grupos de DevOps administrados no admiten zonas de disponibilidad en este momento.
Recuperación ante desastres entre regiones
El concepto de recuperación ante desastres consiste en recuperarse de eventos de alto impacto (como desastres naturales) que dan lugar a tiempos de inactividad y pérdida de datos. Independientemente de la causa, el mejor remedio para un desastre es un plan de recuperación ante desastres bien definido y probado y un diseño de aplicaciones que apoye activamente la recuperación ante desastres. Antes de empezar a pensar en la creación del plan de recuperación ante desastres, vea Recomendaciones para diseñar una estrategia de recuperación ante desastres.
Para la recuperación ante desastres, Microsoft usa el modelo de responsabilidad compartida. En un modelo de responsabilidad compartida, Microsoft garantiza que la infraestructura de línea base y los servicios de plataforma estén disponibles. Al mismo tiempo, muchos servicios de Azure no replican automáticamente datos ni se revierten desde una región con errores para realizar la replicación cruzada en otra región habilitada. En esos servicios, es responsable de configurar un plan de recuperación ante desastres válido para su carga de trabajo.
Las instancias de grupos de DevOps administrados no replican ni cambian automáticamente de una región con errores a otra región habilitada. Si hay una interrupción completa de la región de Azure que hospeda el grupo, debe crear un nuevo grupo en otra región y, a continuación, actualizar manualmente las canalizaciones para hacer referencia al nuevo grupo.
Planear la recuperación ante desastres
Documente la configuración de los grupos para que pueda volver a crearlos si hay una interrupción. Los grupos de DevOps administrados dependen de los siguientes recursos:
- El grupo de recursos del grupo de reemplazo
- El Dev Center y el proyecto Dev Center para el grupo de reemplazo
- Las imágenes de Azure Compute Gallery (si el grupo las usa)
Puede guardar la configuración del grupo existente y crear plantillas de Azure Resource Manager (plantillas de ARM),plantillas de Bicep o scripts de la CLI de Azure para volver a crear el grupo. Puede usar la misma configuración (excepto el nombre y la ubicación) y actualizar manualmente las canalizaciones para usar el nuevo grupo. Cuando las operaciones normales se reanudan en la región de Azure del grupo original, puede actualizar las canalizaciones para usar el grupo original y, a continuación, eliminar el nuevo grupo y sus recursos asociados.