60 min con el lab schema-builder + 10 de entregable. InfluxDB no se simula — se diseña el esquema y se calcula su costo.

Paso 0 · Preguntas antes del esquema (10 min)

Escribir 5 preguntas reales que el equipo le va a hacer a los datos. Ejemplos del tipo correcto:

El esquema se diseña para responder estas preguntas. Un esquema sin preguntas es adivinanza.

Paso 1 · Esquema en line protocol (20 min)

Para cada señal de la spec de paquete (S2), decidir tag o field:

Señal ¿Tag o field? Valores únicos esperados Por qué
car tag 1–2 se filtra por él
session tag ~20/temporada se compara entre sesiones
rpm field continuo como tag reventaría la cardinalidad
… … … …

Escribir una línea real de line protocol con valores de ejemplo, completa y válida.

Paso 2 · Cálculo de cardinalidad y volumen (15 min)

En schema-builder:

  1. Multiplicar los valores únicos de todos los tags → número de series. Comparar contra el límite práctico del servidor.
  2. Calcular MB/mes: puntos/s × bytes/punto × segundos_del_mes, con y sin compresión.
  3. Prueba de estrés del diseño: agregar deliberadamente un tag de alta cardinalidad (p. ej. el número de secuencia del paquete) y ver el número explotar. Anotar el resultado — es la mejor forma de no repetir el error.
  4. Proyectar a una temporada completa con 20 sesiones.

Paso 3 · Política de retención (15 min)

Bucket Resolución Retención Agregación al bajar MB/temporada
LIVE … … — …
ANALYSIS … … … por señal …

Por cada señal, decidir la función de agregación y justificarla. Temperatura de CVT → máximo (el pico es el evento). Velocidad → media y máximo. VBAT → mínimo. Cerrar respondiendo: con este esquema y esta retención, ¿se pueden contestar las 5 preguntas del Paso 0 dentro de un año? Si alguna no, ajustar.