Co je sledování dostupnosti webu a proč ho potřebuje každý web?

Co uptime vlastně znamená

Uptime je procentuální podíl doby, po kterou je váš web dostupný a správně odpovídá návštěvníkům. Zní to jednoduše, ale čísla za ním stojí za podrobnější pohled, než aby se zdálo, že rozdíl 0,1 % je zanedbatelný.

Zde je, co běžné hodnoty uptime ve skutečnosti znamenají v reálných minutách výpadku za rok:

• 99 % uptime — 3 dny a 15 hodin výpadku ročně
• 99,9 % uptime — 8 hodin 45 minut ročně
• 99,95 % uptime — 4 hodiny 22 minut ročně
• 99,99 % uptime — 52 minut ročně

Většina sdíleného hostingu slibuje 99,9 %. Zní to skvěle — dokud si neuvědomíte, že to dovoluje téměř 9 hodin výpadku ročně, rozložených do nepředvídatelných okamžiků. Pokud tyto hodiny spadají do vašich nejfrekventovanějších period, může být dopad značný.

Důležitější bod: procentuální hodnoty uptime jsou průměry. Web může splnit SLA 99,9 % a zároveň mít desítky krátkých výpadků, každý trvající 5–15 minut. V ročním čísle to nepoznáte — ale vaši návštěvníci a Google bot ano.

Jak funguje monitoring dostupnosti webu

Princip sledování dostupnosti je přímočarý. Monitorovací služba odesílá HTTP požadavek na vaši adresu URL v pevném intervalu — typicky každou 1 až 5 minut. Zkontroluje odpověď a rozhodne, zda je váš web „nahoře" nebo „dole" na základě několika kritérií:

• HTTP stavový kód — odpověď 200 OK znamená, že server reaguje. Chyba 5xx (500, 503) znamená, že něco nefunguje. Chyba 4xx může indikovat špatnou konfiguraci.
• Doba odezvy — i odpověď 200 OK není ideální, pokud trvá 20 sekund. Dobrý monitoring sleduje, jak dlouho odezva trvá, a může upozornit, když překročí prahovou hodnotu.
• Kontrola obsahu stránky — server může vrátit stavový kód 200 a přitom zobrazovat chybovou stránku CDN, chybu databáze nebo prázdný obsah. Kontrola obsahu potvrdí, že se očekávaný text skutečně v odpovědi serveru vyskytuje.
• Platnost SSL certifikátu — vypršelý SSL certifikát způsobí, že váš web je pro většinu prohlížečů zcela nedostupný. Monitoring vás může upozornit 30 dní před vypršením.

Když kontrola selže, monitorovací systém odešle upozornění — e-mailem, SMS, přes Slack nebo jinými kanály — abyste mohli okamžitě reagovat.

Co se děje, když web vypadne bez monitoringu

Bez monitoringu se o výpadku dozvíte od návštěvníků — nebo vůbec. Uvažte, co se typicky děje v prvních 30 minutách nedetekovaného výpadku:

• Návštěvníci přijdou, uvidí chybu nebo prázdnou stránku a odejdou — často natrvalo
• Pokud provozujete e-shop, každá minuta offline znamená ušlé tržby
• Google bot může web navštívit během výpadku a zaznamenat chybu — opakované chyby při procházení mohou negativně ovlivnit indexaci
• Pokud někdo sdílí váš odkaz na sociálních sítích během výpadku, celé jeho publikum uvidí chybovou stránku
• Požadavky na podporu a odeslaní kontaktních formulářů zůstanou nezodpovězeny, protože samotný formulář se nenačítá

Průměrný nedetekovaný výpadek trvá výrazně déle než výpadek zjištěný automatickým monitoringem — jednoduše proto, že lidé nekontrolují svůj web každých pět minut. Studie poskytovatelů hostingu naznačují, že když správci webu sami hlásí výpadek, průměrné zpoždění detekce přesahuje dvě hodiny.

Dvě hodiny je dlouhá doba na to být neviditelný.

Co hledat u nástroje pro monitoring dostupnosti

Ne všechny monitorovací nástroje jsou stejné. Zde je to, na čem záleží při výběru:

• Frekvence kontrol — každou 1–5 minut je optimální. Delší intervaly znamenají pozdější detekci; většina nástrojů nabízejících kontroly pod minutu účtuje prémiové ceny.
• Lokace kontrol — ideálně se kontroly provádějí z více geografických míst, aby bylo možné rozlišit globální výpadek od regionálního problému se sítí.
• Prevence falešných poplachů — jediné selhání kontroly by nemělo spustit upozornění. Dobré nástroje potvrdí selhání druhou kontrolou, než vás upozorní.
• Kanály upozornění — e-mail je základ. Integrace se Slackem, SMS nebo webhooky je důležitá, pokud potřebujete, aby váš tým reagoval rychle.
• Kontrola obsahu — možnost ověřit, zda se konkrétní řetězec v odpovědi objevuje, zachytí chyby, které HTTP stavové kódy zcela přehlédnou.
• Historie a reporty — přístup k historickým datům o dostupnosti pomáhá identifikovat vzorce, připravovat SLA reporty a sledovat spolehlivost poskytovatele hostingu v čase.