Usted administra un SaaS de misión crítica utilizando Azure SQL Database. Necesita conmutación por error automática entre regiones con un único "listener" de lectura-escritura y un "listener" de solo lectura independiente para informes. Dentro de cada región, también requiere alta disponibilidad en todas las Zonas de Disponibilidad. ¿Qué solución debería implementar?

La respuesta correcta es crear un grupo de conmutación por error automática. Esta solución cumple con todos los requisitos: proporciona conmutación por error automática entre regiones con un único listener de lectura-escritura (el endpoint del grupo de conmutación por error) y un listener de solo lectura independiente para informes. Habilitar la redundancia de zona para las bases de datos en ambas regiones asegura alta disponibilidad dentro de cada región. La geo-replicación activa no ofrece un listener de lectura-escritura único para conmutación por error automática. Read Scale-Out en SQL Managed Instance no proporciona conmutación por error automática entre regiones ni un listener de lectura-escritura único. Las copias de seguridad geo-replicadas y la restauración a un momento dado son para recuperación ante desastres, no para conmutación por error automática con listeners. Un elastic pool con réplicas de lectura y Traffic Manager es una solución más compleja y no cumple con el requisito de un único listener de lectura-escritura para la conmutación por error automática.