Arquitectura a escala, 2ª edición

Capítulo 2. Dos Errores de Altura-Tener Espacio para Recuperarse de los Errores

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Considera la siguiente anécdota que oí una vez:

Nos preguntábamos cómo podría repercutir en nuestro rendimiento el cambio de una configuración en nuestra base de datos MySQL, pero nos preocupaba que el cambio pudiera provocar el fallo de nuestra base de datos de producción. Como no queríamos hacer caer la producción, decidimos hacer el cambio en nuestra base de datos de copia de seguridad (réplica). Al fin y al cabo, no se estaba utilizando para nada en ese momento.

Tiene sentido, ¿verdad? ¿Habías oído alguna vez este razonamiento?

Bien, el problema aquí es que la base de datos se estaba utilizando para algo. Se utilizaba como copia de seguridad para producción. Excepto que ya no se podía utilizar de ese modo.

Verás, la base de datos de copia de seguridad se utilizaba esencialmente como campo de juego experimental para probar distintos tipos de configuraciones. El resultado neto fue que la base de datos de copia de seguridad empezó a alejarse de la base de datos de producción primaria a medida que los ajustes empezaban a cambiar con el tiempo.

Entonces, un día, ocurrió lo inevitable.

Ha fallado la base de datos de producción.

La base de datos de copia de seguridad hizo inicialmente lo que se suponía que debía hacer. Asumió el trabajo de la base de datos principal. Pero en realidad ...