Confiabilidad en Azure Bot Service

Al crear una aplicación (bot) en Azure, puede elegir si el recurso de bot tendrá o no residencia de datos global o local. La residencia de datos local garantiza que los datos personales del bot se conserven, almacenen y procesen dentro de determinados límites geográficos (como los límites de la UE).

Importante

La compatibilidad con la zona de disponibilidad no está habilitada para ningún canal estándar en el servicio de bot regional.

En este artículo, se describe la compatibilidad con la confiabilidad en Azure Bot Service y se trata la confiabilidad regional con zonas de disponibilidad y la resistencia entre regiones con recuperación ante desastres para bots con residencia de datos local. Para obtener información general más detallada sobre la confiabilidad de Azure, consulte Confiabilidad de Azure.

Para más información sobre la implementación de bots con residencia de datos local y cumplimiento regional, consulte Regionalización en Azure Bot Service.

Compatibilidad de zonas de disponibilidad

Las zonas de disponibilidad de Azure son al menos tres grupos de centros de datos físicamente independientes dentro de cada región de Azure. Los centros de datos de cada zona están equipados con infraestructura de alimentación, refrigeración y red independientes. En el caso de un error en la zona local, las zonas de disponibilidad están diseñadas de manera que, si se ve afectada una zona, los servicios, la capacidad y la alta disponibilidad regionales serán proporcionadas por las dos zonas restantes.

Estos errores pueden abarcar desde errores de software y hardware hasta eventos como terremotos, inundaciones e incendios. La tolerancia a los errores se logra con la redundancia y el aislamiento lógico de los servicios de Azure. Para más información sobre las zonas de disponibilidad en Azure, consulte Regiones y zonas de disponibilidad.

Los servicios habilitados para zonas de disponibilidad de Azure están diseñados para proporcionar el nivel adecuado de confiabilidad y flexibilidad. Se pueden configurar de dos maneras. Pueden tener redundancia de zona, con una replicación automática entre zonas o ser zonales, con instancias ancladas a una zona específica. También puede combinar ambos enfoques. Para obtener más información sobre la arquitectura zonal frente a la arquitectura con redundancia de zona, consulte Recomendaciones para el uso de zonas de disponibilidad y regiones.

En el caso de los bots regionales, Azure Bot Service admite la redundancia de zona de manera predeterminada. No es necesario configurarlo ni volver a configurarlo para la compatibilidad con las zonas de disponibilidad.

Requisitos previos

• El bot debe ser regional (no global).
• Actualmente, solo la región "westeurope" admite zonas de disponibilidad.

Experiencia a nivel de zona

Durante una interrupción en toda la zona, el cliente debe esperar una breve degradación del rendimiento hasta que la recuperación automática del servicio vuelva a equilibrar la capacidad subyacente para ajustarse a las zonas en estado correcto. Esto no depende de la restauración de la zona. Se espera que el estado de recuperación automática del servicio administrado por Microsoft compense una zona perdida, lo que usaría la capacidad de otras zonas.

Recuperación ante desastres entre regiones en una geografía de varias regiones

La recuperación ante desastres (DR) consiste en recuperarse de eventos de alto impacto, como desastres naturales o implementaciones con errores, lo que produce 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. La mayoría de los servicios que se ejecutan en ofertas de plataforma como servicio (PaaS) de Azure proporcionan características e instrucciones para admitir la recuperación ante desastres y puede usar características específicas del servicio para admitir la recuperación rápida para ayudar a desarrollar el plan de recuperación ante desastres.

Azure Bot Service se ejecuta en modo activo-activo para los servicios globales y regionales. Cuando se produce una interrupción, no es necesario detectar errores ni administrar el servicio. Azure Bot Service realiza automáticamente la conmutación por error automática y la recuperación automática en una arquitectura geográfica de varias regiones. Para el servicio regional de bots de la UE, Azure Bot Service proporciona dos regiones completas dentro de Europa con replicación activo/activo para garantizar la redundancia. Para el servicio de bot global, todas las regiones o zonas geográficas disponibles se pueden servir como superficie global.

Pasos siguientes

Confiabilidad en Azure