# Encontrar el cambio que tumbó un servicio y deshacerlo

> Ingenieros de Google usan Gemini CLI para leer registros, hallar un cambio de configuración defectuoso y preparar su reversión.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Herramientas:** Gemini
- **Dificultad:** avanzada
- **Origen:** [Google Cloud](https://cloud.google.com/blog/topics/developers-practitioners/how-google-sres-use-gemini-cli-to-solve-real-world-outages)
- **En el directorio desde:** 3 de octubre de 2026
- **URL:** https://conqueia.com/caso/encontrar-el-cambio-que-tumbo-un-servicio-y-deshacerlo

## A quién le sirve

Equipos técnicos que mantienen un servicio en producción (el que usan tus clientes en directo) y quieren encontrar rápido qué cambio lo tumbó; si no programas, te sirve para saber qué pedirle a quien te lo lleve.

## Qué hicieron

En una caída simulada, un ingeniero de fiabilidad abrió Gemini CLI. La herramienta reunió los datos del incidente y analizó los registros con las herramientas internas de Google. Propuso reiniciar el servicio, pero no funcionó. Entonces revisó el código y los cambios recientes, encontró una configuración defectuosa y redactó la orden para revertirla. Después, un comando propio escribió el informe posterior y creó las tareas pendientes.

## Cómo salió

El agente localizó el cambio defectuoso en menos de dos minutos, la reversión aprobada por el ingeniero se desplegó y el servicio se recuperó. El artículo no da más mediciones y el escenario era una simulación.

## Conviene saber

Una persona aprobaba cada cambio en producción y el agente solo podía usar herramientas con reglas de control. Varias son internas de Google, así que tendrías que montar las tuyas.

## Qué necesitas

- Gemini CLI, la herramienta de Google que se maneja desde la terminal (la ventana donde se escriben órdenes), con una cuenta de Google
- Acceso de solo lectura a los registros del servicio (el diario donde el sistema apunta lo que hace y lo que falla)
- El código del servicio y su historial de cambios guardados en un repositorio (el sitio donde se guarda el código con todo su historial), por ejemplo en Git
- Una persona con permiso para aprobar cualquier cambio en producción
- Opcional: una conexión MCP (el enlace estándar entre una IA y una herramienta) con tu sistema de tareas, para que cree las pendientes del informe

## Cómo hacerlo tú, paso a paso

1. Instala Gemini CLI en el ordenador desde el que ya trabajas con tu servicio e inicia sesión.
2. Abre la herramienta dentro de la carpeta del código, para que pueda leerlo y ver los últimos cambios.
3. Dale acceso solo de lectura a los registros, con un comando que los muestre o una carpeta donde se guarden. No le des permiso para desplegar nada.
4. Pega el prompt de la ficha con el nombre del servicio y pídele que enseñe sus pruebas (la línea del registro, la hora del cambio) antes de proponer nada.
5. Comprueba tú su hipótesis: la hora del primer error debe encajar con la del último cambio de configuración. Si encaja, pídele que prepare la reversión como un parche (un archivo con los cambios a deshacer).
6. Revisa el parche y que lo despliegue una persona con permiso, con el proceso de siempre de tu equipo.
7. Con el servicio ya recuperado, pídele un borrador del informe posterior y una lista de tareas para que no se repita.

## Pruébalo con Gemini

```
Hay una caída en [nombre del servicio]. Lee los registros recientes de [dónde están los registros o comando para verlos], busca el último cambio de configuración que coincida con los errores y explícame tus pruebas. Después prepara la reversión de ese cambio como parche o petición de cambio, y escribe una lista de tareas para el informe posterior a la caída. Habrás terminado cuando la reversión y la lista estén listas. Enséñamelas antes de subir, desplegar o registrar nada.
```

## Consejos

- Ensáyalo antes con una caída simulada en un entorno de pruebas. No estrenes la herramienta en medio de una caída real.
- Si la primera propuesta no arregla nada, como pasó con el reinicio del caso, cuéntaselo y pídele que revise el código y los cambios recientes.
- Si lo vas a repetir, guarda el prompt como comando propio de Gemini CLI para que todo tu equipo use el mismo.

## Preguntas frecuentes

### ¿Es seguro dejar que una IA toque algo en producción?

No hace falta que lo toque. Dale solo lectura y que te deje la reversión preparada: el cambio lo aprueba y lo lanza una persona.

### ¿Sirve en una empresa pequeña, sin las herramientas internas de Google?

Sí. El método vale para cualquier servicio con registros y un historial de cambios; lo que te toca es dar a la herramienta acceso a tus propios registros y sistemas.

## Fuentes

- [Google Cloud](https://cloud.google.com/blog/topics/developers-practitioners/how-google-sres-use-gemini-cli-to-solve-real-world-outages)

---

Fuente: conqueia.com/caso/encontrar-el-cambio-que-tumbo-un-servicio-y-deshacerlo