Descripción del proyecto
TraducidoEjecutamos una plataforma web ocupada en un solo servidor de base de datos, y ese único punto de falla nos mantiene despiertos por la noche. Cualquier fallo de hardware, actualización fallida o consulta pesada puede llevar todo el producto fuera de línea para miles de clientes a la vez. Estamos buscando un ingeniero de bases de datos experimentado para diseñar y construir un clúster tolerante a fallos que elimine este riesgo y permita al equipo dejar de preocuparse por la próxima interrupción.
El núcleo del trabajo es la replicación en al menos dos nodos con conmutación por error automática, de modo que cuando el primario se vuelva no disponible, el tráfico cambie a una réplica saludable en unos pocos segundos y sin que nadie se despierte para hacerlo manualmente. También necesitamos una estrategia de respaldo sólida y probada: copias completas e incrementales programadas, almacenamiento fuera del sitio, reglas de retención y un procedimiento de restauración documentado que realmente podamos ejecutar bajo presión. Las verificaciones de salud y las alertas deben permitirnos enterarnos de problemas antes que nuestros usuarios.
Deberías sentirte cómodo con herramientas de alta disponibilidad, enrutamiento de conexiones y diagnóstico de retraso en la replicación. Esperamos una propuesta de arquitectura breve primero, luego la implementación en una copia de staging, un simulacro de conmutación por error controlado que observamos juntos, y finalmente un despliegue cuidadoso en producción. La documentación escrita en un lenguaje sencillo, para que nuestros propios ingenieros puedan operar el clúster, es una parte requerida del entregable, no un pensamiento posterior.
El núcleo del trabajo es la replicación en al menos dos nodos con conmutación por error automática, de modo que cuando el primario se vuelva no disponible, el tráfico cambie a una réplica saludable en unos pocos segundos y sin que nadie se despierte para hacerlo manualmente. También necesitamos una estrategia de respaldo sólida y probada: copias completas e incrementales programadas, almacenamiento fuera del sitio, reglas de retención y un procedimiento de restauración documentado que realmente podamos ejecutar bajo presión. Las verificaciones de salud y las alertas deben permitirnos enterarnos de problemas antes que nuestros usuarios.
Deberías sentirte cómodo con herramientas de alta disponibilidad, enrutamiento de conexiones y diagnóstico de retraso en la replicación. Esperamos una propuesta de arquitectura breve primero, luego la implementación en una copia de staging, un simulacro de conmutación por error controlado que observamos juntos, y finalmente un despliegue cuidadoso en producción. La documentación escrita en un lenguaje sencillo, para que nuestros propios ingenieros puedan operar el clúster, es una parte requerida del entregable, no un pensamiento posterior.
Administración Efectivo, Transferencia bancaria
