Skip to content
Tech

¿Por qué mi migración de esquema se ejecuta antes de verificar si los servicios desplegados la soportan?

83

Oportunidad

Cuando publicas un cambio de esquema en una base de datos de producción, la migración se ejecuta antes de que ninguna herramienta verifique que las versiones del servicio actualmente en ejecución puedan leer y escribir la nueva estructura. Una columna eliminada o un campo renombrado llega a la base de datos antes de que los pods antiguos terminen de drenar, y el rollback restaura el esquema pero no los datos escritos por la nueva versión en el ínterin. Las herramientas ORM generan SQL a partir de diferencias pero no modelan nada sobre la topología de despliegue, las versiones concurrentes de servicios o los patrones de lectura-escritura en vivo. Los equipos compensan con rituales de expansión-contracción documentados en wikis y conocimiento tribal, no aplicados por herramientas. Un solo paso en el orden incorrecto desencadenó fallos en cascada en múltiples servicios y un incidente documentado de $4.5 millones solo en el último año.

Por qué importa

Una verificación de compatibilidad previa que modele la topología de tus servicios en vivo convertiría el paso más arriesgado de un despliegue en algo sobre lo que puedes razonar antes de presionar aplicar.

Cómo evalúo la oportunidad

La Puntuación de Oportunidad es mi propia lectura, no una medición: cuánto duele, con qué frecuencia aparece y qué tan poco existe para resolverlo hoy. Un valor más alto significa que creo que vale más la pena construirlo.

Gravedad9/10

Cuánto dolor causa cuando aparece.

Frecuencia8/10

Con qué frecuencia la gente se topa con ello.

Espacio en blanco7/10

Qué tan pocas herramientas buenas existen para ello hoy.

Más problemas que vale la pena resolver