Haz un pequeño simulacro de recuperación de tu app creada con IA

«Podemos volver a la versión anterior» suena bien hasta que alguien pregunta quién tiene el comando, qué imagen funcionaba y si la base de datos sigue siendo compatible. Prefiero descubrir esas dudas en un ensayo pequeño. El código generado con IA necesita la misma preparación operativa que cualquier otro.

Este ejercicio usa una app aislada de pruebas y datos sintéticos. No propone romper producción. El capítulo de respuesta a incidentes de Google SRE sirve de contexto para la coordinación. Esta es una práctica inicial para un equipo pequeño.

Elige un fallo reversible

Empieza por un timeout de una dependencia de solo lectura. Sustitúyela en pruebas por un servicio simulado cuya respuesta tarde más que el límite configurado. Define la experiencia esperada: error comprensible, espera limitada y botón de reintento funcional. Antes del fallo, fija una condición de parada, como escrituras inesperadas o tráfico que llegue a producción.

Asigna un operador y un observador. Uno sigue la guía; el otro registra eventos y vigila la condición de parada. Si trabajas solo, guarda una cronología sin datos sensibles y repite más adelante usando únicamente las instrucciones escritas. Conocer demasiado la aplicación puede ocultar pasos que faltan.

Mide desde el síntoma

Anota cuándo comienza el fallo, cuándo lo detecta la supervisión, cuándo se identifica la dependencia afectada y cuándo se recupera la comprobación del usuario. Son momentos distintos. Una ruta de salud verde no demuestra recuperación si la solicitud sigue bloqueada.

Guarda el identificador de versión, los identificadores de trazas relevantes y el cambio de configuración del ensayo. Evita prompts completos, datos de clientes y secretos. La evidencia debe ayudar a separar un error del modelo, un timeout de herramienta y un problema entre servicios.

Recupera y verifica desde fuera

Retira el retraso o restaura la configuración conocida. Comprueba el flujo con una nueva solicitud. Revisa también las colas y los reintentos en segundo plano: la página puede recuperarse mientras otros trabajos siguen fallando. Si usarás rollback, verifica antes la compatibilidad entre imagen y esquema.

La guía debe indicar entorno exacto, comando o acción, respuesta esperada, comprobación y condición de parada. «Reinicia» no basta. «Reinicia el trabajador X de pruebas, espera disponibilidad dentro de Y segundos y envía esta solicitud sintética para comprobar su resultado» ya es ejecutable por otra persona.

Conserva una lección que puedas usar

Termina con tres observaciones: qué detectó el fallo, qué retrasó el diagnóstico y qué instrucción faltaba. Cada corrección necesita responsable y verificación. Repite la parte afectada después de corregirla; abrir un ticket no demuestra que la recuperación haya mejorado.

Un ensayo no mide toda la fiabilidad de la aplicación. Probaste un fallo bajo condiciones concretas. En la siguiente sesión puedes revisar un endpoint de modelo inaccesible o una cola llena. En japonés, 復旧(ふっきゅう)を確認(かくにん)しました significa «verifiqué la recuperación». Resérvalo para cuando el flujo del usuario vuelva a funcionar.