Desacopla el despliegue de la activación con un feature flag y luego ve subiendo: usuarios internos, un porcentaje pequeño y después más amplio, vigilando tasa de error y latencia contra el grupo de control en cada paso. Mantén intacto el camino antiguo para que la vuelta atrás sea cambiar un flag y no volver a desplegar, haz el cambio compatible hacia atrás en la capa de datos, y fija de antemano criterios explícitos para parar. Elimina el flag cuando el despliegue esté completo.
Por qué lo preguntan los entrevistadores
El entrevistador quiere pruebas de que envías cambios sin dramas. Está atento a la distinción entre desplegar y activar, a una subida concreta con métricas como puertas, y a la conciencia de que los cambios de base de datos necesitan su propio baile de expandir y contraer. Mencionar la limpieza de flags demuestra que has convivido con el desorden que se acumula cuando cada despliegue deja una rama permanente en el código.
Cómo estructurar tu respuesta
- Separa desplegar código de activar comportamiento.
- Da las etapas de subida y las métricas que usas como puerta.
- Explica los cambios de datos compatibles hacia atrás y la vuelta atrás instantánea.
- Incluye el paso de limpieza para que los flags no se acumulen.
Ejemplo de respuesta
La idea principal es que desplegar y activar son eventos distintos. El código sale apagado detrás de un flag, así que el despliegue en sí es aburrido, y luego lo enciendo primero para cuentas internas, después para el uno por ciento, luego el diez y luego el resto, parando en cada paso el tiempo suficiente para que las métricas signifiquen algo. Lo que vigilo es tasa de error, latencia y la métrica de negocio que toca el cambio, comparadas con los usuarios que siguen en el camino antiguo, ya que una gráfica global puede esconder una regresión que solo afecta al grupo tratado. Cualquier cambio de esquema sigue expandir y contraer, de modo que ambos caminos de código funcionan contra las mismas tablas en todo momento y puedo volver atrás al instante, que es justo el objetivo: la vuelta atrás debe ser cambiar un flag, no un despliegue bajo presión. Escribo de antemano qué me haría parar, porque a las dos de la mañana nadie toma bien esa decisión. Y el flag tiene un responsable y un ticket de eliminación, ya que un código con docenas de flags rancios se vuelve imposible de razonar.
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funcionaPreguntas de seguimiento que puedes esperar
- ¿Cómo gestionas un flag que cambia el comportamiento a mitad de petición para un usuario?
- ¿Qué es expandir y contraer para renombrar una columna?
- ¿Cómo decides los saltos de porcentaje y cuánto esperar?
Más preguntas para Desarrollador backend
Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntas