Fiabilidad

Nuestros servicios están diseñados para lograr objetivos de punto de recuperación (RPO) y objetivos de tiempo de recuperación (RTO) excepcionalmente bajos en los escenarios más comunes y alta disponibilidad para nuestros clientes debido a la naturaleza distribuida y resistente de nuestra infraestructura. Para la gran mayoría de escenarios de falla, se evita la necesidad de realizar una conmutación por error a otra zona de disponibilidad (AZ) y los impactos en nuestros servicios serán mínimos.

La principal suposición de nuestro plan de recuperación ante desastres es que solo aborda eventos que afectarían a un centro de datos completo o a nuestra arquitectura en su conjunto. Las fallas de componentes individuales se recuperarán mediante sólidas redundancias arquitectónicas y mecanismos de conmutación por error.

En Instructure, abordamos de manera proactiva la continuidad del negocio mediante la creación de resiliencia en nuestros procesos centrales, el uso de tecnología y la contratación y retención de personal clave. Cuando incidentes imprevistos afecten o interrumpan nuestro negocio, sepa que estamos listos para actuar, con planes sólidos para recuperarnos rápidamente y garantizar la continuación de nuestro negocio y el suyo durante y después de cualquier incidente crítico que resulte en la interrupción de nuestra capacidad operativa normal.

También nos destacamos por nuestra transparencia: publicamos nuestro estado de disponibilidad y actualizaciones en status.instructure.com, lo que significa que los clientes pueden realizar un seguimiento de la disponibilidad y su propio historial de estado: statushistory.instructure.com.

Los datos del cliente se respaldan automáticamente en tiempo real y en un horario de 24 horas en múltiples ubicaciones geográficas en la región del cliente, lo que garantiza la seguridad y confiabilidad de los datos en caso de un desastre o interrupción de cualquier escala. Nuestras bases de datos se copian de una base de datos activa a otra sin carga adicional en nuestros sistemas, y los archivos estáticos se almacenan en sistemas de almacenamiento seguros y geográficamente redundantes.

Cada componente es redundante con monitoreo activo para detección de fallas y conmutación por error. Y para la gran mayoría de escenarios de falla, se evita la necesidad de realizar una conmutación por error a otra zona de disponibilidad. La redundancia y el monitoreo están diseñados para que no exista un único punto de falla. En la mayoría de los casos, si un componente individual de la arquitectura de la plataforma de aprendizaje falla, otro está listo para asumir el control de inmediato, sin ningún impacto notable para los usuarios finales.

Instructure hará todos los esfuerzos comercialmente razonables para que cada Servicio esté disponible con un porcentaje de tiempo de actividad anual de al menos el 99,9 % (“Compromiso de Servicio”). Si Instructure no cumple con el Compromiso de servicio, el cliente será elegible para recibir un crédito de servicio como se describe en nuestros Términos y condiciones Principales.

Note: I couldn't find the translated page to the Master Terms and Conditions.