Compilación de su propio plan de recuperación ante desastres para temas y dominios de Azure Event Grid

Si ha decidido no replicar ningún dato en una región emparejada, deberá invertir en algunos procedimientos para crear su propio escenario de recuperación ante desastres y recuperarse de una pérdida grave de la funcionalidad de la aplicación.

Compilación de scripts para la automatización

Si mantiene las canalizaciones de implementación automatizadas, los procesos hechos a mano pueden provocar retrasos cuando se produce una conmutación por error. Asegúrese de que se realiza una copia de seguridad de todas las implementaciones de Azure en scripts o en plantillas, para que las implementaciones se puedan replicar fácilmente en una o varias regiones si es necesario. No intente reinventar la rueda; use lo que ya se haya probado y funcione y recuerde que hay muchas herramientas de automatización capaces de resolver problemas relacionados con la automatización de la implementación en la nube, como Azure DevOps o Acciones de GitHub. Igualmente, hay más herramientas que pueden ayudarle durante la fase de implementación, así que use la más cómoda para trabajar y consulte esta guía paso a paso como referencia.

Definición de las regiones del plan

Para crear un plan de recuperación, deberá elegir qué regiones se usarán en el plan. Al elegir las regiones, también debe tener en cuenta la posible latencia entre los usuarios y los recursos en la nube. Intente obtener la región más cercana a la región primaria.

Selección de un enrutador entre regiones

Una vez que ya haya definido las regiones, deberá definir el enrutador entre regiones que le ayudará a distribuir el tráfico entre estas si es necesario. Traffic Manager es un equilibrador de carga de tráfico basado en DNS que le permite distribuir el tráfico a las aplicaciones orientadas al público en las regiones globales de Azure. Traffic Manager también proporciona los puntos de conexión públicos con alta disponibilidad y capacidad de respuesta rápida, en caso de que necesite características adicionales, como la redirección y disponibilidad entre regiones, el proxy inverso, la caché de contenido estático o las directivas de WAF que puede ver en Front Door.

Implementación de los recursos de Azure Event Grid

Ahora es el momento de crear los recursos del tema de Azure Event Grid; para ello, use el siguiente ejemplo de Bicep para crear un tema con una suscripción a eventos de webhook.

Repita el proceso de implementación del tema para la región secundaria que haya elegido.

Nota: Una vez que haya implementado recursos en Azure, deberá asegurarse de que los cambios realizados en la configuración del tema y las suscripciones de eventos se reflejan en la plantilla, para continuar con la práctica "crear y volver a crear".

Guarde las direcciones URL de los puntos de conexión del tema para cada recurso que haya creado; verá algo parecido a esto:

Región 1: https://my-primary-topic.my-region-1.eventgrid.azure.net/api/events

Región 2: https://my-secondary-topic.my-secondary-1.eventgrid.azure.net/api/events

Creación de una instancia de Traffic Manager para puntos de conexión de Azure Event Grid

Los puntos de conexión de recursos de Azure Event Grid que creó anteriormente se usarán al crear y configurar el perfil de Traffic Manager en Azure; para ello, consulte inicio rápido: Creación de un perfil de Traffic Manager mediante Azure Portal para obtener más información.

Traffic Manager es un recurso global que proporciona un nombre DNS único, como: https://myeventgridtopic.trafficmanager.net. Una vez configurados ambos puntos de conexión de tema de Azure Event Grid en Traffic Manager, se redirigirá automáticamente el tráfico a la segunda región cuando la región primaria deje de estar disponible.

Como en ese momento tiene los recursos implementados y en ejecución, puede empezar a enviar eventos al punto de conexión de Traffic Manager; en caso de no querer mantener activo el punto de conexión secundario en el administrador de tráfico, puede que le interese deshabilitar el punto de conexión.

Integración de scripts de implementación en el proceso de CI/CD

Ahora que ha garantizado que la configuración funciona según lo previsto y que los eventos se entregan a las regiones definidas, deberá integrar la plantilla con una herramienta de automatización; para ello, consulte Inicio rápido: Integración de Bicep con Azure Pipelines o Inicio rápido: Implementación de archivos de Bicep mediante Acciones de GitHub para obtener más información.

Tener un proceso automatizado que se prueba periódicamente le garantizará que las dependencias se usen en los scripts y que las herramientas no estén obsoletas; igualmente, el proceso de recuperación se puede desencadenar en un par de minutos después de cualquier posible error en la región.

Pasos siguientes