Bajada
Prometheus ha lanzado su versión 3.11.0 con una característica experimental ST-Storage que almacena timestamps iniciales en la TSDB.
Artículo
Prometheus, uno de los sistemas de monitoreo más utilizados en el ecosistema cloud-native, ha introducido en su versión 3.11.0 una característica experimental conocida como ST-Storage. Esta funcionalidad permite almacenar timestamps iniciales (ST, anteriormente llamados Created Timestamps) de las muestras ingresas desde scrape o OTLP tanto en la TSDB (Time Series Database) como en el WAL.
Contexto previo
Durante varios años, Prometheus ha sido la herramienta de referencia para métricas en observabilidad cloud-native. Sin embargo, en métricas complejas, la falta de timestamps precisos puede dificultar el análisis de ventanas de tiempo y el debugging de incidentes.
Qué ocurrió
El 2 de abril de 2026, la comunidad de Prometheus aprobó la versión 3.11.0 que introduce ST-Storage como feature flag experimental. Cuando está habilitado, Prometheus comienza a preservar los timestamps iniciales de cada muestra de métrica ingresada, tanto en la TSDB local como en el WAL.
Detalles técnicos
La funcionalidad ST-Storage representa un avance significativo en cómo Prometheus gestiona los datos de métricas. Al antes, cuando los samples entraban en la TSDB, algunos timestamps iniciales podían perderse o no estar disponibles para consultas avanzadas. Con ST-Storage:
- Los timestamps iniciales se conservan tanto en la TSDB como en el WAL
- Remote Write 2 expone estos timestamps para consumo externo
- Es totalmente opt-in mediante un feature flag
- No hay impacto en rendimiento cuando no está habilitado
Impacto para DevOps / Infraestructura / Observabilidad
Para equipos de observabilidad, el impacto de esta característica es relevante en varios frentes:
- Trazabilidad mejorada: Los timestamps iniciales permiten correlacionar eventos de métricas con eventos de aplicaciones con mayor precisión
- Debugging de incidentes: Al tener timestamps más completos, los SRE pueden reconstruir ventanas de tiempo con mayor fiabilidad
- Remote Write más preciso: Sistemas como Grafana Mimir pueden aprovechar estos timestamps para correlación cross-source
- Análisis temporal refinado: Ventanas de métricas pueden ser más precisas al saber exactamente cuándo comenzó cada sample
Recomendaciones para equipos técnicos
Para equipos que deseen habilitar esta funcionalidad:
- Evaluar necesidades: ¿Necesitan timestamps iniciales para casos específicos?
- Activar feature flag: El ST-Storage se habilita mediante un flag en Prometheus
- Validar Remote Write: Si usan Remote Write 2, verificar que capture los timestamps
- Monitor impacto: Observar si hay cambios en volumen de almacenamiento o performance
- Documentar decisión: El feature flag es experimental, documentar la decisión de activación
Conclusión
El lanzamiento de ST-Storage en Prometheus 3.11.0 representa un avance significativo en la trazabilidad de métricas. Aunque es experimental y opt-in, esta característica puede mejorar significativamente la capacidad de debugging y análisis temporal en equipos que la necesiten.