ArchyntArchynt.api
Runtime en vivo

Tu sistema, tal como corre en realidad

Un agente siempre activo y de solo lectura descubre tus servicios, sus dependencias y el host donde corren — correlacionado con el grafo estático del código: estático, runtime, o ambas. Los deployments con Docker están soportados hoy; Kubernetes y servicios administrados por systemd están en el roadmap.

HTTP · 842HTTP · 310SQLREDISpublishconsumeSQLSERVICEapi-gatewayedgeSERVICEnotifications-workerdefaultSERVICEorders-servicedefaultSERVICEusers-servicedefaultCACHEredisTOPICorder.eventsDATABASEpostgres

Cómo funciona la topología de runtime

01

Agente de solo lectura

Un agente liviano corre en tu infraestructura y solo observa — lee información de procesos, contenedores y dependencias, nunca escribe ni ejecuta nada.

02

Descubrimiento de servicios

Los servicios, los hosts donde corren y cómo se conectan se descubren automáticamente y se dibujan como una topología en vivo.

03

Un host, una vista — nunca mezcladas

En un plan pago, corré el agente en varios servidores. Cada host tiene su propia sección de topología — dos servidores corriendo el mismo servicio nunca se fusionan en un grafo confuso.

04

Aristas de dependencia

Las dependencias de llamadas reales entre servicios aparecen como aristas, así ves cómo fluye el tráfico en la realidad, no cómo un diagrama dice que debería fluir.

05

Correlación código ↔ runtime

El grafo de runtime está alineado con el grafo estático del código, así podés ver un componente como código, como corre, o ambos a la vez.

06

Docker hoy, más viene

El descubrimiento lee el socket de Docker y /proc hoy. Kubernetes (DaemonSet) y servicios administrados por systemd son lo próximo en el roadmap.

07

Siempre actualizado

Como el agente transmite de forma continua, la topología refleja el sistema tal como está en este momento.

Vélo en vivo

Topología real de un deployment de Archynt en producción

Descubrimiento de topología en vivo