Procedimiento de Respaldo y Clonación: Entorno QA vs. Productivo (Operadora VALMEX)
1. Antecedentes
El servicio de SiteGround incluye la creación de ambientes QA (pruebas) de forma nativa. Sin embargo, estos dependen de la creación automática de subdominios. Dado que los DNS de Operadora VALMEX son administrados internamente por el cliente (y no por SiteGround), esta automatización no es viable técnicamente.
Solución: Se ha configurado permanentemente el subdominio https://sg.operadoravalmex.mx como el Entorno de QA (Pruebas) oficial. Las tareas de respaldo y clonación se ejecutan manualmente para garantizar la integridad de los datos y la independencia del entorno.
2. Objetivo del Entorno de QA
Este entorno permite ejecutar actividades de alto riesgo sin comprometer la operación del sitio web productivo. Sus principales usos son:
- Actualizaciones de núcleo de WordPress y plugins.
- Pruebas de programación y nuevas funcionalidades.
- Rediseño o cambios masivos de contenido y materiales.
- Validación de hipótesis con tolerancia a fallos.
3. Política de Respaldos
3.1. Respaldos Automáticos (SiteGround)
Tanto el sitio Productivo como el de QA cuentan con copias de seguridad diarias y automáticas con una retención de 7 días. Estos sirven como puntos de restauración inmediata ante fallos catastróficos.
- Nota: El incremento del número de respaldos históricos tiene un costo adicional con el proveedor.
- Tiempo de ejecución: 5-10 minutos por respaldo completo.
3.2. Respaldos Mensuales Manuales (EON)
Adicionalmente, el equipo de EON genera y custodia un respaldo manual mensual en servidores propios (on-premise), garantizando una retención de 12 meses.
Un respaldo manual consta de los siguientes elementos críticos:
- Base de Datos (.sql): 3 archivos correspondientes al núcleo de WordPress, registro de índices/fondos y la huella de auditoría.
- Reglas de Negocio: Carpeta
/functions que contiene la programación exclusiva para las reglas de operación.
- Archivos de Usuario: Carpeta
/wp-content/uploads/ (imágenes, documentos y archivos generados).
- Tema Activo:
/wp-content/themes/OperadoraValmex2021 (Tema hijo con la personalización visual y funcional).
Acceso: Estos respaldos se almacenan fuera de la nube por seguridad y pueden ser entregados al cliente bajo solicitud formal por correo electrónico.
4. Proceso de Clonación (Refresco de QA)
Cuando se requiere actualizar el Entorno de QA con la información más reciente del sitio Productivo, se ejecuta el siguiente proceso manual de reconstrucción:
- Instalación Fresca: Se limpia el entorno de pruebas y se reinstala el núcleo.
- Volcado de Datos: Se importan los archivos y bases de datos del respaldo más reciente de Producción.
- Aislamiento de Servicios: El sitio de QA NO se programa para consultar servicios externos (Jonima o Infosel).
- Propósito: Evitar consumo innecesario de APIs y reducir la huella de solicitudes externas para mantener el anonimato en la red.
- Consecuencia: Los datos de fondos e índices estarán “congelados” a la fecha de la clonación.
- Transformación de Dominio (Search & Replace): Mediante acceso SSH y la herramienta WP-CLI, se reemplazan todas las cadenas de texto
operadoravalmex.mx por sg.operadoravalmex.mx en la base de datos.
- Impacto en Usuarios: Los correos electrónicos registrados también sufren este cambio (ej.
usuario@sg.operadoravalmex.mx). Para acceder, los usuarios deben modificar su login o usar métodos alternativos (2FA), ya que el envío de emails está deshabilitado en este entorno.
5. Ciclo de Vida y Seguridad
- Visibilidad: Mientras no se realicen trabajos, el Entorno de QA permanece oculto al público (bloqueado por redirección en
.htaccess). Solo se habilita bajo solicitud expresa o durante ventanas de mantenimiento.
- Indexación: El sitio contiene instrucciones para disuadir a los motores de búsqueda (Google) de indexar su contenido, evitando penalizaciones por contenido duplicado o “canibalización” del SEO productivo.
- Flujo de Cambios: Toda actividad realizada en QA NO se replica automáticamente a Producción. Sirve exclusivamente como espacio de validación.
- Puesta en Producción: Los cambios aprobados se replican manualmente en el servidor productivo, preferentemente en horario de mantenimiento (23:00 - 02:00 hrs) para minimizar el impacto en los usuarios.