Zinn® UptimeZinn® Uptime
Funkciók
A Zinn® Uptime weboldal-üzemidő monitorozás bármilyen webcímhez: éjjel-nappal ellenőriz, minden hibát megerősít egy második ellenőrzéssel a riasztás elküldése előtt, és e-mailben, Slack, Telegram vagy webhook útján értesíti Önt. Három monitor ingyenes, bankkártya megadása nélkül.
Webhely-ellenőrzések, amelyek úgy viselkednek, mint egy látogató
Minden ellenőrzés egy valódi kérés az Ön oldalára, pontosan olyan, amilyet egy látogató böngészője küldene.
A megfigyelőrendszer csak annyira jó, mint a kérdés, amelyet feltesz. A Zinn® Uptime nem egyszerűen pingeli a szervert vagy megnyit egy portot, hogy aztán weboldalnak nevezze; közvetlenül magát az oldalt kéri le HTTP-n vagy HTTPS-en keresztül, pontosan úgy, ahogyan egy böngésző tenné, és megvárja a választ. Ha a névfeloldás sikertelen, a kapcsolatot elutasítják, a tanúsítvány nem megbízható, a szerver hibával válaszol, vagy tíz másodpercen belül semmi sem érkezik vissza, az ellenőrzés sikertelennek minősül — az okot pedig érthető szavakkal rögzíti a rendszer, így a riasztásból pontosan tudni fogja, hol kezdje a hibakeresést.
- Az ingyenes monitorok ellenőrzése 5 percenként történik; csomaggal a fiókhoz tartozó összes cím percenként ellenőrzésre kerül.
- Az átirányítások követve vannak, így a végcél helyett azt a címet figyelheti, amelyet a felhasználók begépelnek.
- Bármely 2xx vagy 3xx válasz működőnek számít; a 4xx vagy 5xx válasz leállásnak minősül.
- Az az oldal, amelynek 10 másodpercnél tovább tart a válaszadás, időtúllépésnek minősül.
A leállások megerősítésre kerülnek, mielőtt bárki értesítést kapna
A vaklármák arra késztetik az embereket, hogy figyelmen kívül hagyják az értesítéseket, ezért minden hibának bizonyítania kell magát.
Az internet csomagokat veszít, az útvonalak ingadoznak, és egy-egy szervernek valahol rossz perce van. Egy olyan monitor, amely mindegyik miatt riasztást küld Önnek, arra tanítja, hogy figyelmen kívül hagyja azt, majd elmulasztja a valóban fontos leállást. Ezért egy hibának kétszer kell bizonyítania magát: abban a pillanatban, amikor egy ellenőrzés sikertelen, ugyanazt a címet újra lekérjük egy teljesen új kéréssel, amelyet általában egy másik helyről szolgálnak ki. Ha ez a második kérés sikeres, az átmeneti hibát félretesszük. A címet csak akkor jelöljük meg leálltként, és csak akkor értesítünk bárkit is, ha a hibák két egymást követő ellenőrzés során beigazolódnak. Ha az általunk figyelt címek jelentős része ugyanabban a pillanatban hibásodik meg, feltételezzük, hogy a probléma nálunk van, nem pedig Önnél, és semmit sem rögzítünk.
- A sikertelen ellenőrzés azonnal megismétlődik egy új kéréssel, amelyet általában egy másik helyről szolgálnak ki.
- Ha ez a második kérés eléri a webhelyet, az első sikertelen kísérlet elvetésre kerül.
- Egy webhely két egymást követő megerősített sikertelen kísérlet után minősül leálltnak, így körülbelül két ellenőrzési időközön belül értesül róla.
- A botvédelem ellenőrző oldala soha nem számít a webhely leállásának.
Kulcsszó-ellenőrzések a hibás oldalakhoz
A leállás, amelyet az állapotkód nem lát, az az oldal, amely betöltődik, de üres.
A legsúlyosabb leállások némelyike teljesen hibátlan állapotkóddal válaszol. Egy WordPress-webhely, amelynek megszakadt az adatbázis-kapcsolata, egy webáruház, amelynek sablonfrissítése tönkretette az elrendezést, egy hibásan beállított gyorsítótár miatt üresen megjelenő oldal – mindegyik képes 200-as választ adni. Adjon meg a monitornak egy rövid szövegrészletet, amely csak akkor jelenik meg, ha az oldal valóban működik – például a webhely nevét vagy egy kifejezést a láblécből –, és az az oldal, amely ennek hiányában töltődik be, leálltnak minősül „várt szöveg hiányzik” indoklással.
- Adjon hozzá legfeljebb 200 karakter hosszúságú szöveget, amelynek meg kell jelennie az oldalon.
- Ha a szöveg hiányzik, az ellenőrzés meghiúsul „expected text missing” indoklással.
Értesítések e-mailben, Slacken, Telegramon és webhookon keresztül
Egy üzenet, amikor egy webhely leáll, és egy, amikor helyreáll — soha nem üzenet percenként.
Egy riasztás csak akkor hasznos, ha a megfelelő személy látja. A fiók minden tagja e-mailt kap, ha egy cím leáll, mindenféle beállítás nélkül. Csatlakoztassa a Slack, a Telegram vagy a saját webhook szolgáltatását, és ugyanez a riasztás oda is eljut, így a csapatcsatorna és az ügyeletes mérnök telefonja is értesül róla. A riasztások az állapotváltozásra aktiválódnak, nem magára az állapotra: egy üzenet érkezik, amikor egy webhely leáll, és egy, amikor visszatér, feltüntetve a leállás hozzávetőleges időtartamát — soha nem küldünk percenként üzenetet, amíg a leállás fennáll.
- A fiók minden tagja e-mailt kap, ha egy cím leáll.
- Csatlakoztassa a Slack, a Telegram vagy egy webhook szolgáltatást, és ugyanazok a riasztások oda is megérkeznek.
- A webhookok egy időbélyeg és a törzs felett HMAC-kel vannak aláírva, így a végpontja ellenőrizheti, hogy tőlünk származnak-e.
- A helyreállítási üzenet megközelítőleg jelzi, hogy a webhely mennyi ideig nem volt elérhető.
Küldjön üzemidő-értesítéseket a Slack, a Telegram vagy egy webhook felé
Rendelkezésre állási előzmények és válaszidők
Számok, amelyeket megmutathat egy ügyfélnek, és amelyek a monitor létezésének teljes ideje alatt megmaradnak.
Amikor egy ügyfél megkérdezi, hogy a webhelye leállt-e kedden, a válasznak egy feljegyzésnek kell lennie, nem pedig egy emléknek. Minden egyes cím a listában megőrzi az elmúlt 30 nap üzemidejét és tipikus válaszidejét, a részletes nézetben az óránkénti üzemidőt az átlagos és a leglassabb válaszidővel, valamint minden egyes leállást annak kezdetével, időtartamával és a hiba megerősítésének helyével együtt. Az előzmények mindaddig megmaradnak, amíg Ön figyeli a címet; a figyelő szüneteltetése megőrzi, eltávolítása pedig törli azokat.
- Üzemidő és tipikus válaszidő az elmúlt 30 napban a listán.
- Óránkénti üzemidő, valamint az átlagos és a leglassabb válaszidő minden egyes címhez.
- Minden rögzített leállás, annak időtartamával és a megerősítés helyével együtt.
Oldalsebesség a rendelkezésre állás mellett
Egy válaszoló webhely még mindig túl lassú lehet a használathoz.
Egy nyolc másodperc alatt válaszoló webhely technikailag működik, a gyakorlatban viszont elérhetetlen. A rendelkezésre állás ellenőrzése mellett minden figyelt oldalon megmérésre kerülnek a Core Web Vitals mutatók — a keresőmotorok által használt betöltési, interaktivitási és elrendezés-stabilitási adatok — csomag birtokában naponta, az ingyenes szinten pedig hetente. Egy bővítményfrissítést követő lassú hét ugyanazon a képernyőn látható, mint a működési idő előzményei, így nincs szüksége egy második eszközre ahhoz, hogy ezt észrevegye.
- A Core Web Vitals mérése minden figyelt oldal esetében megtörténik – csomaggal naponta, az ingyenes szinten hetente.
- A rendelkezésre állási előzmények mellett jelenik meg, így a lassú hét és a leállás egyetlen képernyőn látható.
Domainfigyelés, ingyenes
A lecsúszott, lejárt domain magával rántja a webhelyet, az e-mailt és a keresési rangsorolást is.
A domainek banális okokból járnak le: a nyilvántartott kártya lejárt, a megújítási emlékeztető egy olyan személyhez érkezett, aki már távozott, vagy az automatikus megújítás soha nem volt bekapcsolva. Amikor ez megtörténik, a webhely, az e-mail és az évek keresési rangsorolása vész el vele együtt, és a nevet bárki más regisztrálhatja. A Zinn® Uptime naponta egyszer beolvassa minden megfigyelt domain nyilvános regisztrációs rekordját, és 60, 30, 14, 7, valamint 1 nappal a lejárat előtt figyelmezteti Önt. Ezenkívül összehasonlítja a rekordot az előző napi adatokkal, és értesíti Önt, ha a regisztrátor, a névkiszolgálók vagy a nyilvántartási állapot megváltozik — ami gyakran az első jele annak, hogy a domainfiókot átvették.
- Minden megfigyelt domain regisztrációs rekordját naponta egyszer olvassuk be.
- Lejárati figyelmeztetések 60, 30, 14, 7 és 1 nappal korábban.
- Értesítések a regisztrátor, a névkiszolgálók vagy a nyilvántartási állapot változásakor, illetve a domain eltűnésekor.
- A nálunk regisztrált vagy üzemeltetett domainek hozzáadódnak az Ön számára; adjon hozzá bármilyen más domaint név szerint.
Szüneteltetés, leállítás és automatizálás
A megfigyelésnek a munkához kell igazodnia, nem pedig fordítva.
A megfigyelésnek igazodnia kell a tényleges munkához. Tervezett migráció vagy karbantartás előtt szüneteltesse a monitort, majd folytassa azt; a szüneteltetett monitorok nem kerülnek ellenőrzésre és nem küldenek semmit, előzményeik pedig megmaradnak. Az Uptime képernyőn található minden funkció elérhető a REST API-n keresztül is, így a monitorok a saját telepítési parancsfájljaival is létrehozhatók és eltávolíthatók. Mivel a leállás és a helyreállítás platformszintű események, automatizálást indíthatnak el egy Zinn® Boards táblán — például megnyithatnak egy kártyát a leálláshoz.
- Szüneteltesse a monitort a tervezett munkák során, majd folytassa utána úgy, hogy az előzményei érintetlenek maradnak.
- Hozzon létre, nevezzen át, szüneteltessen és távolítson el monitorokat a REST API-n keresztül.
- A leállási és helyreállási események automatizálást indíthatnak el egy Zinn® Boards táblán.
Hosztolja a webhelyet nálunk is
A Zinn® Uptime ugyanabban a fiókban található, mint a Zinn Digital® Hosting: egyetlen bejelentkezés, egyetlen számla, és az nálunk hosztolt webhelyek közvetlenül a felügyelt oldalak mellett helyezkednek el. A tárhelyhez 99,9%-os havi rendelkezésreállási garancia tartozik, amelyet egyetlen kattintással jóváírunk, ha nem érjük el.
A megfigyelés és a tartománymegfigyelés minden Zinn Digital®-fiókban ingyenes, függetlenül attól, hogy rendelkezik-e tárhellyel vagy sem.