Aether Telemetry

El problema

OpenTelemetry hace observabilidad técnica — qué llamada tardó cuánto. Pero no responde qué significa ese comportamiento para el contrato del sistema. En sectores regulados (banca, salud, aeroespacial) la diferencia entre “API respondió en 200ms” y “contrato semántico violado en 200ms” es todo.

Lo que hace Aether

Aether Telemetry observa el comportamiento real de sistemas críticos contra contratos semánticos declarativos evaluados en edge (WASM en C2). Cuando un contrato se viola, el evento llega al pipeline con el contexto contractual completo — no solo la métrica.

• eBPF para captura sin intrusión en producción.
• WASM para evaluar reglas en edge sin reiniciar servicios.
• SPIFFE/SPIRE para identidad criptográfica de cada workload observado.
• Redpanda como bus de eventos.
• ClickHouse para query analítica sub-segundo.

Estado actual

Feature Freeze v1.0 alcanzado. 546 tests pasando. Esperando directivas de despliegue para el primer cliente piloto. Tres betas en pipeline.

Cuándo aplica

• Equipos con OpenTelemetry ya rodando pero sin manera de detectar violaciones contractuales.
• Sectores regulados donde “todo verde en Datadog” no es suficiente evidencia para auditoría.
• Productos donde el costo de una desviación semántica se mide en regulación o vidas, no en clicks.

Cuándo NO aplica

• Sitios de marketing o e-commerce simple. No hay contratos semánticos que vigilar.
• Equipos sin OpenTelemetry todavía — empezar por ahí primero.

Stack

Rust · tokio · eBPF · WASM (wasmtime) · Redpanda · ClickHouse · SPIFFE/SPIRE.