Mantener el inventario al día

La frescura de una fuente se mide con dos datos: cuándo se ejecutó por última vez y cada cuánto debería ejecutarse. Si la última ejecución es más antigua que el periodo esperado, la fuente está atrasada. El estado «ok» que muestra la propia herramienta no basta, porque a veces se queda en «ok» hasta que alguien lo revisa.

En Azure, el servicio de consulta de recursos se actualiza cuando recibe avisos de cambios y además hace un barrido completo periódico para cubrir los avisos perdidos; sus datos son de consistencia eventual, con una latencia corta. Es un recordatorio útil: una foto de la nube siempre llega con un pequeño retraso, y lo que se vigila es que ese retraso no crezca.

Las tres fuentes de Sierra Brava miran partes distintas de la nube: una consulta la configuración de AWS, otra recorre Azure y la tercera es un agente instalado dentro de las instancias. Cada una debería ejecutarse cada 24 horas.

Compara la última ejecución de cada una con la hora del informe, que está en la tabla del informe. La que lleva más tiempo sin ejecutarse es la primera que hay que investigar.

El retraso se reporta en la unidad del periodo esperado: si la fuente debía ejecutarse cada 24 horas, se dice cuántas horas, y de ahí cuántos periodos, lleva sin hacerlo. Es la cifra que permite priorizar frente a otras tareas: una fuente con dos horas de retraso es ruido, una con días es un hallazgo.

Calcula las horas completas entre la última ejecución de la fuente rezagada y la hora del informe.

Las consultas avanzadas de AWS Config trabajan sobre el estado actual de lo que el grabador de configuración registra; no consultan los recursos de tipos que el grabador no registra. Si un tipo no está habilitado, la consulta devuelve cero filas y no avisa de que le falta algo: parece que no hay recursos de ese tipo, cuando solo no se están registrando.

La señal de alarma es una diferencia entre lo que el equipo cuenta directamente en la nube y lo que el inventario muestra. En la tabla de conteo comparado, un tipo con recursos reales y cero en el inventario apunta a un tipo no registrado.

Que el inventario esté vacío para un tipo no es una prueba de que no existan. La corrección tiene dos partes: registrar el tipo en el grabador para que desde ese momento entre al inventario, y conciliar el inventario con la cuenta real, para traer lo que ya existía antes de registrarlo.

Esa conciliación se repite con una cadencia fija, no se hace una vez: es el control que evita que el siguiente hueco pase meses sin verse.