Um único comando para medir a latência do seu servidor até cada nuvem

Ele mede, da máquina onde roda, a latência até cada região de 22 provedores: 392 regiões no total. Para cada região: mediana, mínimo, P90, jitter (diferença média entre amostras seguidas) e perda, além de um nível: T0 até 30 ms, T1 até 80, T2 até 150, T3 até 250, T4 acima disso.

Cada região é representada por um endpoint público que o provedor mantém ali, como uma API ou um armazenamento de objetos. Mede-se, portanto, o caminho de rede até a região, não uma máquina virtual dentro dela.

• Handshake TCP (padrão): o tempo para abrir uma conexão com a porta HTTPS da região. Uma ida e volta sem trabalho do servidor, a comparação mais justa entre regiões.
• HTTPS: uma requisição numa conexão aberta e reutilizada, medida até chegarem os cabeçalhos da resposta. É o que um app vê e o mesmo número do Me2Cloud; alguns provedores somam tempo de servidor, uns 100 ms no looking glass da Vultr.
• ICMP: o ping clássico. Algumas redes dão menos prioridade ao ICMP, que pode ficar acima do TCP, e a Naver Cloud não responde. Precisa de root ou CAP_NET_RAW.

Mapas de latência e looking glasses medem de seus próprios datacenters, e o Me2Cloud do seu navegador em casa. Quando a dúvida é como um servidor conversa com as nuvens (um servidor de aplicação e seu banco, a origem de um CDN, um destino de backup, um segundo provedor), o caminho começa no servidor e só um teste dali responde.

O código está no GitHub sob licença MIT; cada versão lista checksums SHA-256 e traz proveniência de build do GitHub, que o gh attestation verify confere. O instalador baixa o build do seu sistema, verifica e copia para /usr/local/bin.

Além da medição, cada execução busca a lista de endpoints neste site (essa requisição conta as execuções, só por versão e sistema), pergunta à Cloudflare e ao ident.me de qual rede ela roda e guarda o link completo em s.1ms.dog para criar um curto. O resultado tem os números de cada região, a cidade e o provedor, nunca o endereço IP. --long-link mantém o resultado fora de qualquer servidor, e --offline não faz outra requisição além da medição.

Cada host recebe uma amostra por vez, com pausa de 250 ms; no máximo quatro hosts de um mesmo provedor são medidos ao mesmo tempo; e um host é abandonado após três falhas seguidas. Uma execução padrão manda dez handshakes TCP para cada região, o mesmo que abrir dez vezes um site público.

Um link compartilhado abre aqui com a cidade e o provedor do servidor, o tipo de medição e o horário. Um teste por IPv4 e IPv6 tem um seletor entre os dois na barra de cima. As cores dos níveis são as mesmas do terminal, e o gráfico posiciona cada região pela mediana.

Os links indicam a lista de endpoints com que foram feitos, e este site guarda todas as listas que já serviu, então links antigos continuam abrindo mesmo depois que novas regiões entram.

O Me2Cloud faz o mesmo teste no navegador, da sua própria linha em casa ou no trabalho. O VPS2Cloud faz num servidor. Os dois usam a mesma lista de endpoints e os mesmos níveis, então os resultados se comparam direto; "Testar no meu navegador" num resultado compartilhado abre o Me2Cloud com os mesmos provedores.