La pregunta que llega un viernes
"¿Por qué el servicio de facturación hace esto?" La pregunta puede venir de un cliente, de un auditor o del propio equipo. Responderla bien exige saber qué versión corre, de qué cambio salió, quién lo aprobó, qué requisito lo pedía y qué decisión lo justificó.
Si cada una de esas piezas vive en un sitio distinto sin conexión entre ellas, la respuesta lleva días. Si están enlazadas, lleva minutos.
La cadena
Cada eslabón apunta al anterior con un dato concreto:
- El servicio en producción expone la huella del artefacto que ejecuta.
- La huella lleva a la construcción que la produjo.
- La construcción registra el cambio de código del que salió.
- El cambio cita la especificación o la tarea que lo pedía.
- La aprobación de la compuerta registra quién aceptó esa huella y cuándo.
- La especificación y los registros de decisión explican el porqué.
Ninguno de estos datos es difícil de guardar. Lo difícil es hacerlo siempre, y por eso la plataforma lo hace automáticamente en cada construcción y cada despliegue, sin depender de que alguien se acuerde.
Para qué sirve, además de auditar
- Diagnosticar: ante un fallo, saber en segundos qué cambió desde la última versión buena.
- Volver atrás con seguridad: la huella anterior y su aprobación siguen ahí.
- Explicar el costo: cada servicio, con su dueño y su decisión de diseño, se puede cruzar con lo que cuesta (lo vimos en la serie de FinOps).
La trazabilidad muestra lo que pasó. Lo que se haga con ello cuando algo falla es lo que hace que una plataforma mejore o repita sus errores.
Cómo lo aplicamos: Ingeniería de Plataforma.