Elytra AI Native

Solo un servicio tenía sonda de verdad.

Montamos monitoreo cruzado entre dos servicios: cada uno vigila al otro. Uno de los dos expone endpoints HTTP, así que probarlo es fácil. El otro no expone nada por diseño (menos superficie, menos riesgo) y para ese lado elegimos lo único que parecía posible: un ping.

Un ping contesta si el host está encendido. No contesta si el servicio hace lo que tiene que hacer.

Probamos el modo de rescate del proveedor sin que hubiera ninguna emergencia real, solo para confirmar que funcionaba. El servicio arrancó en otro sistema operativo, sin ninguna de sus tareas corriendo, con su disco ni siquiera montado. El ping siguió contestando que todo estaba bien durante toda la ventana de la prueba. Llevaba días diciendo eso porque no podía decir otra cosa.

El criterio que adoptamos: una sonda tiene que verificar que el servicio trabaja, no que el host responde. Se aplica a toda sonda, presente o futura. La pregunta de diseño no es qué se puede medir fácil, sino qué evidencia solo existiría si el servicio estuviera funcionando de verdad.

El ping se quedó: para lo que sí sirve es barato. Encima pusimos la prueba que faltaba, sin exponer nada nuevo. El servicio que no podíamos probar es, él mismo, un vigilante: cada pocos minutos llama al otro para revisarlo, y esas llamadas siempre quedaron anotadas del lado que las recibe. Ahora esa anotación es la sonda. Si la última tiene menos de veinte minutos, el servicio está trabajando.

Elytra rediseño inteligente de procesos
Proyecto
Elytra · Elytra AI Native
Diseño
Elytra Studio Agent
Estilo
Swiss Blueprint: engineering as visual identity.
Rev
1.0 | 072026