Test HTTP z Niemiec wysyła prawdziwe żądanie GET do twojego URL-a i rejestruje kod statusu HTTP, czas odpowiedzi oraz to, czy odpowiedź zakończyła się sukcesem. To bliższa symulacja tego, czego faktycznie doświadcza użytkownik w Niemczech niż ping czy sprawdzanie portu — obejmuje rozwiązanie DNS, uzgadnianie TCP, negocjacje TLS jeśli dotyczy i czas do odpowiedzi serwera.

Niemcy to znaczący rynek dla większości europejskich usług sieciowych, z określonymi cechami regulacyjnymi wpływającymi na decyzje hostingowe. Egzekwowanie RODO w Niemczech należy do surowszych implementacji w UE. Niektóre usługi celowo kierują ruch z Niemiec do infrastruktury hostowanej w UE zamiast do amerykańskich centrów danych, co może dawać zauważalnie różne czasy odpowiedzi w zależności od lokalizacji twojego originu. Test HTTP z Frankfurtu powie ci konkretnie, jak szybko serwer odpowiada dla użytkowników w sieciach niemieckich.

Jeśli czasy odpowiedzi z węzłów niemieckich są wyższe niż oczekiwano, prawdopodobnymi przyczynami są: lokalizacja serwera origin względem Frankfurtu, wybór krawędzi CDN lub problemy z łańcuchem certyfikatów TLS dodające czas uzgadniania. Odpowiedź 200 z wolnym TTFB na wszystkich węzłach niemieckich konsekwentnie sugeruje, że origin jest ograniczeniem. Odpowiedź 200 na niektórych węzłach i timeout na innych często wskazuje na zachowanie pośredniego proxy lub WAF, które różni się w zależności od źródłowego IP.

Frankfurt jest centrum grawitacji europejskiego ruchu internetowego. DE-CIX Frankfurt to najruchliwsza giełda internetowa na świecie pod względem szczytowej przepustowości, rutynowo przekraczająca 20 Tbit/s w godzinach szczytu. Łączy ponad 1000 sieci, w tym głównych operatorów, dostawców chmury, CDN i sieci content, przez bezpośredni peering — dlatego serwery hostowane we Frankfurcie mają zazwyczaj niezwykle niskie opóźnienie do destynacji w Europie bez konieczności tranzytu przez pośrednie miasta.

Frankfurt gości też kilka innych IXP działających równolegle. KleyReX i LocIX obsługują sieci preferujące mniejsze, zorientowane społecznościowo tkanki peeringowe. ECIX utrzymuje obecność we Frankfurcie obok lokalizacji w Hamburgu i Düsseldorfie. Każdy z tych punktów daje operatorom sieciowym dodatkowe opcje peeringu poza DE-CIX, co zwiększa różnorodność ścieżek i odporność na poziomie interconnect Frankfurtu.

Poza Frankfurtem DE-CIX operuje regionalnymi giełdami w Hamburgu, Monachium i Berlinie. BCIX (Berlin Commercial Internet Exchange) niezależnie obsługuje berliński ekosystem operatorów. Te regionalne IXP mają znaczenie, bo nie cały ruch niemiecki trasa przez Frankfurt — ISP obsługujące północne Niemcy często preferują peering w Hamburgu, a bawarscy dostawcy często peerują w Monachium zamiast wysyłać ruch na południe przez Frankfurt.

Poza Frankfurtem infrastruktura hostingowa Niemiec rozciąga się na Norymbergę, Berlin, Monachium, Hamburg i Düsseldorf. Hetzner (AS24940) prowadzi dwa z największych centrów danych w Europie w Norymberdze i Falkenstein. Deutsche Telekom (AS3320) operuje szkieletem krajowym przez wszystkie główne miasta. OVH (AS16276) utrzymuje przepustowość we Frankfurcie i Limburgu. Mniejsi, ale dobrze połączeni dostawcy jak GHOSTnet (AS12586), Lumaserv (AS200303) i Packets-Decreaser (AS214243) dodają różnorodności na poziomie Frankfurtu. Rynek hostingowy w Niemczech jest jednym z najbardziej konkurencyjnych w Europie, co oznacza, że między większością par miast istnieje wiele redundantnych ścieżek.

Nasze węzły sondujące w Niemczech działają na kilku z tych dostawców i miastach. Pokrycie wielu ISP oznacza, że wynik na jednym węźle odzwierciedla routing jednego operatora — nie całego kraju. Uruchamianie testów na wszystkich węzłach niemieckich jednocześnie daje realistyczny obraz tego, co faktycznie widzą różne segmenty użytkowników w Niemczech, zarówno na ścieżkach centrycznych dla Frankfurtu, jak i regionalnych.