HTTP Test from Singapore

Le verifiche HTTP da Singapore inviano una richiesta GET completa al tuo URL e registrano lo status code, il tempo di risposta e se la risposta si è completata. La verifica include la risoluzione DNS, la connessione TCP, l'handshake TLS se applicabile e il time to first byte. La connettività di Singapore con i maggiori provider CDN è forte — Cloudflare, Akamai e Fastly mantengono tutti nodi edge a Singapore, quindi i contenuti in cache su quelle piattaforme dovrebbero rispondere in meno di 20 ms da questo nodo.

Per i server di origine fuori da Singapore, il tempo di risposta HTTP includerà la latenza completa di round-trip verso dove si trova l'origine. Un'origine a Francoforte aggiungerà intorno a 170 ms di overhead di rete prima che un solo byte venga restituito. Se la tua verifica HTTP da Singapore è lenta, confronta l'RTT dalla verifica ping con il tempo di risposta HTTP per determinare quanta parte del delay è di rete e quanta di elaborazione applicativa. Un TTFB lento simultaneamente su tutti i nodi punta al server di origine e non alla rete.

Singapore è la location di test HTTP corretta per validare la copertura CDN in tutto il Sud-Est Asiatico. Se hai un CDN configurato ma la tua verifica HTTP da Singapore sta colpendo un PoP distante (visibile da un tempo di risposta alto incoerente con le attese di RTT locale), il tuo CDN o non ha Singapore nella sua rete edge o lo steering basato su DNS sta mandando il traffico di Singapore altrove. Confronta i risultati dal nodo di Singapore con i nodi di Hong Kong e Giappone per identificare dove la selezione dell'edge CDN sta sbagliando.

Singapore è l'hub internet primario del Sud-Est Asiatico. Quasi ogni sistema di cavi sottomarini che serve la regione o atterra direttamente a Singapore o vi transita. SEA-ME-WE 3, SEA-ME-WE 4, SEA-ME-WE 5, APG, AAG e SEAX-1 sono tra i sistemi con stazioni di atterraggio sull'isola. Questa concentrazione di infrastruttura in cavo, combinata con la neutralità politica e la forte regola di legge, ha reso Singapore il punto di interconnessione de facto per il traffico in flusso tra Asia, Medio Oriente ed Europa.

Il campus Equinix SG1–SG5 a Singapore funziona come il principale carrier hotel e hub IX. Equinix Singapore hosta la fabric di peering SGIX insieme alla propria fabric Equinix Internet Exchange. DE-CIX opera anche uno scambio neutro qui, dando alle reti una terza opzione di peering indipendente. La densità di reti colocalizzate in questo singolo campus significa che la maggior parte del traffico intra-regionale — tra Singapore, Malaysia, Indonesia, Thailandia e Filippine — attraversa Equinix senza bisogno di uscire dall'edificio.

Il nostro nodo probe a Singapore opera su AS30058 (FDCservers). FDCservers è un provider di colocation e hosting basato negli USA con un punto di presenza a Singapore. Il nodo si trova all'interno del mercato di Singapore connesso al transito e al peering locali, il che significa che i risultati dei test riflettono condizioni realistiche di rete di hosting e non un backbone telco diretto. L'RTT tipico Singapore-Hong Kong è intorno a 30 ms; Singapore-Tokyo è intorno a 65-70 ms; Singapore-Sydney è intorno a 85 ms; Singapore-Francoforte è intorno a 170 ms.

L'infrastruttura di rete domestica a Singapore è altamente sviluppata per uno stato-città delle sue dimensioni. Singtel (AS7473), StarHub (AS4657) e M1 (AS9534) sono i tre principali carrier locali. Ciascuno mantiene peering diretto presso il campus Equinix e fornisce servizi di transito ai piccoli ISP e provider di hosting. Poiché Singapore è geograficamente compatta, la latenza tra qualsiasi due punti sull'isola è trascurabile — la variazione inter-carrier è guidata dalla policy di peering e non dalla distanza fisica.

La posizione di Singapore conta per i test rivolti agli utenti del Sud-Est Asiatico. Un server con tempi di risposta sotto i 20 ms dal nodo di Singapore è ben posizionato per il mercato ASEAN. I test da Singapore a destinazioni in Indonesia (Giacarta ~15 ms), Malaysia (Kuala Lumpur ~15 ms) e Filippine (Manila ~45 ms) stabiliscono le baseline di latenza per quei mercati. Per i servizi che servono l'intero Sud-Est Asiatico, Singapore è raramente la location sbagliata — le eccezioni sono carichi di lavoro fortemente concentrati in un singolo paese, dove un nodo locale riduce la latenza di un altro strato.