SLA
Tiempo de Actividad del Servicio
El tiempo de actividad del servicio está relacionado con el servicio proporcionado por nosotros y alojado en nuestrainfraestructura, hacemos todo lo posible para garantizar al menos el 99,4% del disponibilidad del servicio.
Se realiza un conjunto de copias de seguridad en cada instancia de cliente (consulte la política de copias de seguridad para más detalles) para garantizar una recuperación completa en caso de desastres con un RPO = 0.
Para la métrica de tiempo de actividad no se considera:
• Tiempos de inactividad programados para actualizaciones (actualización de código personalizado, mantenimiento del servidor).
• Suspensión por demora en el pago a los terceros proveedores en caso de que el cliente tenga la infraestructura con otro proveedor(Amazon, Ovh, GCloud, etc).
• Interrupción del servicio de Internet del cliente.
• Tiempo de inactividad como consecuencia de trasladar la instancia a los servidores del cliente.
Cada instancia de cliente se ejecuta en un entorno aislado, y nadie (además de nuestro personal de infraestructura) tiene acceso a las copias de seguridad.
La confiabilidad de la plataforma depende del proveedor, ya que somos capaces de implementar en cualquier plataforma que tenga Linux instalado (lo aprovisionamos por usted) y también manejamos el mantenimiento a nivel de software (seguridad y actualizaciones).
¿Qué respaldamos?
Hay tres (3) elementos principales que necesitamos para restaurar la instancia en caso de un desastre: base de datos, almacén de archivos y archivos de Python.
Debido a su naturaleza, cada elemento tiene un mecanismo diferente para realizar copias de seguridad y restaurar.
Base de datos
La base de datos contiene todas las transacciones (facturas, mensajes, contactos, productos y demás). Odoo usa PostgreSQL por lo que dos (2) de los mecanismos utilizados son respaldos de esta información: Replicación y volcado.
La base de datos se replica en nuestro servidor de respaldo utilizando el soporte nativo de Postgres para la replicación, esto asegura un RPO = 0 o al menos muy cercano (la última transacción no comprometida no se replica)
Dos veces al día, la base de datos se descarga y se comprime, se carga en el servidor de prueba y respaldo, luego se almacena de acuerdo con nuestra política de retención.
Almacén de archivos
El almacén de archivos también tiene dos (2) métodos de respaldo, cada 10 minutos se sincroniza con el servidor de respaldo y 2 veces al día se comprime junto con el volcado de la base de datos y se copia en la base de datos (también sujeto a nuestra política de retención)
Archivos python
El código se almacena básicamente en github o gitlab (todas las personalizaciones están versionadas) y después del proceso de compilación, las imágenes se almacenan en un repositorio privado en quay.io.
Las imágenes se crean y se implementan utilizando docer.