Un programador perdió más de 2,5 años de datos durante una migración de infraestructura en Amazon Web Services (AWS), luego de apoyarse en Claude Code, la herramienta de codificación de Anthropic, para ejecutar cambios sobre Terraform. El afectado fue Alexey Grigorev, creador de DataTalks.Club, quien después logró recuperar la base de datos con ayuda del soporte de AWS tras cerca de 24 horas.
Qué ocurrió durante la migración
De acuerdo con la reconstrucción publicada por el propio Grigorev, el problema comenzó cuando inició cambios en su infraestructura sin usar el archivo de estado de Terraform, que seguía almacenado en su computador anterior. Sin ese archivo, la plataforma perdió visibilidad correcta sobre los recursos ya existentes y terminó generando una situación que después derivó en la eliminación de la infraestructura de producción.
Más tarde, al cargar el estado correcto y continuar el proceso, se ejecutó un comando de destrucción que borró la infraestructura productiva, incluida la base de datos de DataTalks.Club. En su relato, Grigorev sostuvo que se eliminaron también los snapshots automáticos y que el sistema almacenaba 2,5 años de entregas, tareas, proyectos y registros de cursos.
Te puede interesar
Tecnologías mineras avanzadas conquistan el espacio profundo con inteligencia artificial EE.UU. evalúa aumentar las importaciones de uranio desde Namibia ante el impulso nuclear ligado a la IA Wall Street: Las Siete Magníficas sufren su mayor ajuste desde 2022 por dudas sobre la IAQué es Claude Code y por qué el caso abrió alertas
En su documentación oficial, Anthropic describe Claude Code como un asistente de codificación impulsado por IA capaz de leer código, editar archivos y ejecutar comandos, lo que explica su uso en tareas de automatización técnica. En este caso, el propio desarrollador admitió que delegó a la herramienta acciones sobre Terraform que no debían ejecutarse sin una revisión final humana.
Cómo se recuperaron los datos
Tras detectar la caída, Grigorev abrió un ticket de soporte y elevó su plan a AWS Business Support, lo que, según contó, le añadió cerca de 10% a su costo en la nube. Luego, el soporte de AWS confirmó que la solicitud había eliminado la base de datos y los snapshots visibles, pero encontró una copia que no aparecía en su consola. Exactamente 24 horas después de la eliminación, esa instantánea fue restaurada.
Una vez recuperada la base, el desarrollador verificó que la tabla courses_answer contenía 1.943.200 filas, y la plataforma volvió a estar operativa.
Los cambios que aplicó después del incidente
Tras el episodio, Grigorev detalló varias medidas: crear respaldos fuera del ciclo de Terraform, sumar copias en S3, habilitar protección contra borrado tanto en Terraform como en AWS, y mover el estado de la infraestructura a S3 para que no dependa de un solo equipo. También incorporó pruebas automáticas de restauración para comprobar que los backups realmente pueden recuperarse.
En paralelo, cambió su forma de trabajar con Claude Code: desactivó permisos de ejecución, bloqueó la automatización de comandos y dejó como nuevo flujo generar planes, revisarlos manualmente y ejecutar él mismo cualquier acción destructiva.
