Gestión del coste y el volumen de telemetría
El volumen Telemetry tiene varios controladores diferentes: frecuencia de eventos, tamaño de carga útil serializada, retención, patrones de escaneo de consultas, exportaciones y la cantidad de valores de dimensión distintos. Ningún total de bytes constituye una factura completa del proveedor, pero medir estos datos hace que sea más fácil revisar los residuos y los cambios riesgosos en la recolección.
Mida primero el contrato del evento
En el momento de la ingesta, registre un evento operativo compacto con el nombre del evento controlado, el origen del productor limitado, los bytes de carga útil serializados, la versión del esquema, el resultado de la aceptación y el entorno. No duplique la carga útil original en el evento de medición.
Los grupos receta de volumen de telemetría SQL cuentan y cargan bytes por contrato de evento. También calcula el tamaño promedio del evento y la tasa de rechazo. Esto distingue un evento pequeño de alta frecuencia de un evento de gran tamaño de baja frecuencia y evita que un cambio de costo degrade silenciosamente la calidad de los datos.
Los bytes serializados no son lo mismo que el almacenamiento comprimido, los bytes escaneados, la salida de la red o el costo de la factura. Conecte el agregado con su modelo real de retención y fijación de precios antes de pronosticar el dinero.
Revisar cardinalidad y utilidad.
Un evento pequeño aún puede crear un panel inutilizable si campos como URL sin formato, ID de solicitud, mensaje de error o etiqueta generada por el usuario se convierten en dimensiones de agrupación. Siga el guía de campos de alta cardinalidad y mantenga identificadores para desgloses específicos en lugar de gráficos predeterminados.
Para cada contrato grande, documente:
- Las decisiones, tablero, alerta o investigación que respalda.
- Campos obligatorios y campos que se pueden eliminar o categorizar.
- Reglas de muestreo de producción y las preguntas que el muestreo evitaría.
- Requisitos de retención y eliminación.
- El propietario que revisa los cambios de esquema y volumen.
Cambia de colección de forma segura
Comience con ruido de desarrollo, duplicados accidentales y campos que no tienen lector. Pruebe los cambios de esquema y el comportamiento de rechazo antes de reducir los datos de producción. Compare los segmentos diarios completos después del lanzamiento para que un cambio de tráfico no se confunda con una ganancia en instrumentación.
Utilice recopilación de recetas de calidad de datos para monitorear la actualización, los duplicados, los campos nulos y la adopción de esquemas mientras cambia el volumen. El guía de retención de datos cubre decisiones de política y eliminación que deben permanecer separadas de la optimización de consultas.