Confiabilidad en grupos de DevOps administrados
En este artículo se describe la compatibilidad con la confiabilidad en grupos de DevOps administrados y se trata la recuperación ante desastres entre regiones.
Zonas de disponibilidad
Los grupos de DevOps administrados no admiten zonas de disponibilidad en este momento.
Recuperación ante desastres entre regiones
La recuperación ante desastres (DR) consiste en recuperarse de eventos de alto impacto, como desastres naturales que producen tiempo 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.
En lo que respecta a 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. Para esos servicios, usted es el responsable de configurar un plan de recuperación ante desastres que funcione para la 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. En caso de una interrupción completa de la región de Azure que hospeda el grupo de DevOps administrado, tendría que crear un nuevo grupo de DevOps administrado en otra región y actualizar manualmente las canalizaciones para hacer referencia al nuevo grupo.
Planear la recuperación ante desastres
Documente la configuración de los grupos de DevOps administrados para poder volver a crearlos en el incluso de una interrupción. Esto incluye los siguientes recursos de los que dependen los grupos de DevOps administrados:
- El grupo de recursos del grupo de reemplazo
- El centro de desarrollo y el proyecto del centro de desarrollo 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 ARM o scripts de la CLI de Azure para volver a crear el grupo con 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 eliminar el nuevo grupo y los recursos asociados.