Un solo comando para medir la latencia de tu servidor a cada nube

Mide, desde la máquina donde se ejecuta, la latencia a cada región de 22 proveedores: 392 regiones en total. Para cada región da la mediana, el mínimo, el P90, el jitter (diferencia media entre muestras consecutivas) y la pérdida, y un nivel: T0 hasta 30 ms, T1 hasta 80, T2 hasta 150, T3 hasta 250, T4 por encima.

Cada región se representa con un endpoint público que el proveedor opera allí, como una API o el almacenamiento de objetos, así que mide la ruta de red hasta esa región, no una máquina virtual dentro de ella.

• Handshake TCP (por defecto): el tiempo de abrir una conexión con el puerto HTTPS de la región. Un viaje de ida y vuelta sin trabajo del servidor, la comparación más justa entre regiones.
• HTTPS: una petición sobre una conexión abierta y reutilizada, medida hasta que llegan las cabeceras de respuesta. Es lo que ve una app y el mismo número que muestra Me2Cloud; algunos proveedores añaden tiempo de servidor, unos 100 ms en el looking glass de Vultr.
• ICMP: el ping de siempre. Algunas redes dan menos prioridad al ICMP, así que puede salir más alto que TCP, y Naver Cloud no responde. Requiere root o CAP_NET_RAW.

Los mapas de latencia y los looking glasses miden desde sus propios centros de datos, y Me2Cloud desde tu navegador en casa. Cuando la pregunta es cómo se comunica un servidor con las nubes, como un servidor de aplicaciones y su base de datos, el origen de un CDN, un destino de copias o un segundo proveedor, la ruta empieza en el servidor y solo una prueba desde ahí la responde.

El código está en GitHub con licencia MIT; cada versión lista sumas SHA-256 y lleva procedencia de compilación de GitHub, que se comprueba con gh attestation verify. El instalador descarga la compilación para tu sistema, la verifica y la copia a /usr/local/bin.

Además de la medición, cada ejecución descarga la lista de endpoints de este sitio (esa petición cuenta las ejecuciones, solo por versión y sistema), pregunta a Cloudflare e ident.me desde qué red se ejecuta y guarda el enlace completo en s.1ms.dog para crear uno corto. El resultado tiene los números de cada región y la ciudad y el proveedor, nunca la dirección IP. --long-link mantiene el resultado fuera de cualquier servidor, y --offline no hace más peticiones que la medición.

Cada host recibe una muestra a la vez con una pausa de 250 ms, como máximo se miden cuatro hosts de un mismo proveedor a la vez, y un host se abandona tras tres fallos seguidos. Una ejecución por defecto envía diez handshakes TCP a cada región, lo mismo que abrir diez veces un sitio web público.

Un enlace compartido se abre aquí con la ciudad y el proveedor del servidor, la medición y la hora. Una prueba por IPv4 e IPv6 tiene un selector entre ambas en la barra superior. Los colores de nivel son los mismos que en la terminal, y el gráfico coloca cada región según su mediana.

Los enlaces indican la lista de endpoints con la que se hicieron, y este sitio guarda todas las listas que ha servido, así que los enlaces antiguos siguen abriéndose aunque se añadan regiones.

Me2Cloud hace la misma prueba en tu navegador, desde tu propia línea en casa o en el trabajo. VPS2Cloud la hace en un servidor. Ambos usan la misma lista de endpoints y los mismos niveles, así que los resultados se comparan directamente; "Probar desde mi navegador" en un resultado compartido abre Me2Cloud con los mismos proveedores.