Rendelkezésre állás, teljesítmény és hibák monitorozása
A Zinn Digital® figyeli az Ön által megadott webcímeket — a működési időt, a Core Web Vitals mutatókat és a jogosultsághoz mért erőforrás-használatot —, és ezeket webhelyenként megjeleníti az irányítópulton. Az értesítések e-mailben, a Telegram, a Slack felületén vagy az Ön saját webhookján keresztül érkeznek, és az állapotoldalunk a platformon kívül működik, így akkor is válaszol, amikor mi nem tudunk. A működési idő és az oldalbetöltési sebesség figyelése már elérhető: adjon hozzá bármilyen webcímet — fiókonként három ingyenes, és nem szükséges, hogy mi üzemeltessük —, mi pedig percenként ellenőrizzük azt a saját hálózatunkon kívülről. Elérhetőség: a webhelyenkénti hibakövetés és a webhelyenkénti erőforrás-statisztika aktív fejlesztés alatt áll, és még nem érhető el. Minden egyéb itt leírt funkció már ma működik.
A tárhelyvezérlő pultok általában azt mutatják, hogy miért fizet. A miénk azt mutatja, hogy mit csinál a webhelye. Minden nálunk futtatott webhely ugyanazt a jelkészletet jelenti, webhelyenként, anélkül, hogy ügynököt kellene telepítenie vagy bármit össze kellene kötnie.
Folyamatos elérhetőségi ellenőrzések webhelyenként, a webhely saját előzményeivel összevetve, így az átmeneti ingadozás és a tényleges leállás egyértelműen elkülönül. A rendelkezésre állási állapot kiemelt fontosságú jelzés, amely alapján a platform intézkedik, nem csupán egy grafikon, amelyet senki sem olvas.
Valós teljesítményadatok webhelyenként — a mutatók, amelyek alapján a Google valóban rangsorol. A lassú oldalak intézkedésre alkalmas mérési eredményként jelennek meg, közvetlenül a javításukra szolgáló gyorsítótárazási vezérlők mellett.
A HTTP- és PHP-hibanaplók webhelyenként elérhetők, így a hibás bővítményfrissítésből vagy sikertelen telepítésből eredő végzetes hibát ahelyett, hogy találgatna, közvetlenül megkeresheti és megtalálhatja.
Webhelyenkénti sávszélesség, valamint a csomagkeretéhez viszonyított erőforrás-használat – beleértve a webhelyenkénti LVE-statisztikákat –, így láthatja, melyik webhely van a leginkább leterhelve, és közel jár-e a felső határhoz.
Egy olyan vezérlőpult, amelyet nem szabad elfelejtenie megnyitni, nem monitorozás. Minden jel a platform értesítési rétegét táplálja, és Ön választja ki, hová érkezzen.
Az az állapotoldal, amelyet az általa felügyelt infrastruktúrán üzemeltetnek, pontosan abban a pillanatban válik használhatatlanná, amikor Önnek szüksége lenne rá. A miénk szándékosan máshol található.
Nyilvános állapotoldalunk egy különálló infrastruktúrán, teljesen a platformon kívül működik — egy különálló gépen, a felügyeleti síktól és a jelentett infrastruktúrától teljesen eltérő hibatartományban. Ha bármilyen probléma merül fel a platformmal kapcsolatban, az állapotoldal továbbra is elérhető marad, mivel semmilyen tőle függő összetevő nem érintett az incidensben.
Márkázott, ugyanaz a felügyelet táplálja, amely a webhelyenkénti riasztásokat vezérli, és szándékosan, nem pedig véletlenül független kialakítású. A nyilvános felület ugyanezt az elvet követi: a marketingoldal és a súgóközpont a vezérlősík-fürtötől külön van telepítve, így egy platformincidens nem dönti le a dokumentációnkat is.
Ugyanez a logika érvényesül a platform többi részén is — elkülönített hibatartományok, nincs közös végzet, és semmi sem teheti működésképtelenné egyszerre az adott komponenst és a diagnosztizálására használt eszközt.
A jelzések többet érnek, ha valami reagálni tud rájuk. A mi jelzéseink az asszisztensbe és az MCP-kiszolgálóba vannak bekötve, nem pedig egy gráfba zárva.
Amikor hibajegyet kezd létrehozni, az asszisztens először élő diagnosztikát futtat az érintett webhelyen – üzemidő, HTTP- és PHP-hibák, SSL- és DNS-állapot, erőforrás-korlátok és LVE-hibák, kártevő-jelzések, bővítmény-ütközések, adatbázis-állapot és gyorsítótár –, még mielőtt emberi beavatkozásra kerülne sor.
Az Ön jogosultságain és a platform biztonsági korlátain belül törli a gyorsítótárat, újraindítja a PHP-folyamatokat, javítja vagy megújítja az SSL-t, kijavítja az adatbázistáblákat, letiltja a végzetes hibát okozó bővítményt vagy kiüríti a CDN-t — majd újra ellenőrzi a jelet, és megerősíti, hogy a probléma valóban megoldódott-e.
Ha továbbra is emberi segítségre van szükség, a hibajegy már előre kitöltve érkezik a diagnosztikával, a kipróbált lépésekkel és a történtekkel — így az ügyfélszolgálat a tényekből indul ki ahelyett, hogy a tünet leírását kérné Öntől.
Csatlakoztasson bármilyen MCP-kompatibilis AI-eszközt, és az erőforrásként képes olvasni a webhely állapotát, a legutóbbi naplókat, a mérőszámokat, a működési időt és a hibákat — így saját ágense még a cselekvés előtt diagnosztizálhat az OAuth 2.1 keretében, szervezet- és szerepkör-alapú, visszavonható tokenekkel és teljes ellenőrzési naplóval.
A teljesítményfigyelésnek a teljesítményt alakító eszközök mellett a helye. Platformunkon a gyorsítótárazási réteg és a SEO-réteg között helyezkedik el.
Az Ön vezérlőpultja mögött ugyanaz a megfigyelhetőségi infrastruktúra áll, amelyen a platformot üzemeltetjük: Prometheus és Grafana a metrikákhoz, OpenTelemetry az elosztott nyomkövetéshez a motoron, a munkafolyamatokon és az illesztőprogramokon keresztül, valamint központosított, strukturált naplófájlok bérlői címkékkel ellátva, külön kezelt auditadatokkal.
A metrikák szolgáltatásonként, feldolgozónként (worker) és bérlőnként (tenant) kerülnek gyűjtésre, az elkülönítési rétegből származó, webhelyenkénti LVE-statisztikákkal kiegészítve. Minden munkafolyamat-futtatás — kiépítés, migrálás, érvényesítés — teljes egészében átlátható, ezért lehet az ügyfélszolgálat válasza pontos egy puszta találgatás helyett.
A nagy léptékű monitorozás adatmennyiségi probléma, ezért ennek megfelelően lett megtervezve. A nagy volumenű metrikák idő szerint particionálva és összesítve vannak, ahelyett, hogy webhelyenként és percenként örökre megőriznénk őket, a nyomkövetések mintavételezettek, és a bérlőnkénti kardinalitás-szabályozás megakadályozza, hogy egyetlen zajos fiók lerontsa mindenki más irányítópultját. A tervezési cél egymillió webhely, nem pedig az a szám, amelyet ma üzemeltetünk.
A riasztások az Alertmanageren keresztül jutnak el az ügyeleti beosztásunkhoz meghatározott és nyomon követett SLO-k alapján — szándékosan elkülönítve a fenti ügyfélértesítésektől, így a működési zaj soha nem kerül az Ön beérkező levelei közé, és az Ön riasztásai soha nem állnak sorba a mieink mögött.
Webhelyenként: üzemidő, Core Web Vitals és teljesítmény, sávszélesség, valamint az Ön csomagjának jogosultságaihoz mért erőforrás-használat — beleértve az elkülönítési rétegből származó, webhelyenkénti LVE-statisztikákat is. Minden megjelenik a vezérlőpulton webhelyenként, külön ügynökprogram telepítése nélkül.
Bármelyik csatlakoztatott csatornán keresztül: e-mail, Telegram, Slack vagy a saját webhook-végpontja. Az értesítési beállítások szervezetenként és felhasználónként adhatók meg, így Ön dönti el, hogy mely események melyik csatornához és melyik személyhez jussanak el. A webhook-kézbesítések HMAC-aláírással ellátottak, visszatartásos újrapróbálkozással működnek és naplózottak, így bármely kézbesítést megvizsgálhat vagy újra lejátszhat.
Pontosan ezt hivatott elkerülni. Az állapotoldal saját üzemeltetésű, külön infrastruktúrán, teljesen a platformon kívül működik, a vezérlősíktól és az általa jelentett flottától eltérő hibatartományban — mivel az általa megfigyelt infrastruktúrán futó állapotoldal egy leállás során használhatatlan.
Ez az a működési időre vonatkozó célkitűzés, amelynek szellemében a rendszert építjük és üzemeltetjük, és amely garanciaként szerepel a Footprint-Free csomagok esetében. Ez egy kötelezettségvállalás a platform megtervezésének módjára vonatkozóan — webhelyenként elkülönített számítási kapacitás, horizontálisan skálázható állapotmentes szolgáltatások, különálló hiba-tartományok —, nem pedig a korábbi rendelkezésre állás közzétett mérési adata. Szerződéses kötelezettségvállalásunk ettől eltérő és szűkebb körű dolog, és nyilvánosan elérhető: tekintse meg az Uptime SLA dokumentumot a /legal/sla címen, amely meghatározza az általunk garantált szintet és az elmaradás esetén jóváírandó szolgáltatási krediteket.
Igen. A webhely állapota, a legutóbbi naplók, a mérőszámok, a rendelkezésre állási idő és a hibák adatai erőforrásként érhetők el a hosztolt MCP-szerverünkön keresztül, így bármely MCP-képes AI-eszköz – a Claude, a Cursor, a ChatGPT és mások – elolvashatja őket, és diagnosztikát végezhet a beavatkozás előtt. A hozzáférés OAuth 2.1 alapú, az Önök szervezetére és a csatlakozó felhasználó szerepkörére korlátozott, eszközönként visszavonható, és minden műveletet auditnapló rögzít. A hagyományos integrációk esetében az ügyfél-webhookok ugyanezt a területet fedik le.
Az itt leírt megfigyelhetőségi jelzések a platform részét képezik, és megjelennek a nálunk üzemeltetett webhelyei vezérlőpultján, az ingyenes SEO Basics csempe pedig — indexelt, Trust Flow, a kezdőlap Core Web Vitals értékei — minden csomagnak része. Az alaposabb SEO-figyelés, mint például a rangsorolás követése és a visszamutató linkek ellenőrzése, külön fizetős bővítményként érhető el, a gyakorlati sebességoptimalizálás pedig megvásárolható extra szolgáltatás.
Igen. A Footprint-Free próbaidőszak 14 napos, bankkártya nélkül igénybe vehető, és legfeljebb 5 webhelyre érvényes — fizetési adatok és kötelezettségvállalás nélkül. Helyezzen üzembe néhány webhelyet, és döntés előtt figyelje meg, mit mutat valójában a vezérlőpult.
Kezdje el a bankkártya nélküli 14 napos próbaverziót, és kövesse nyomon a rendelkezésre állást, a Core Web Vitals értékeket, a hibákat és az erőforrás-használatot webhelyenként már az első közzétételtől fogva — értesítésekkel, ahol csak szeretné. Ingyenes átköltöztetés és 30 napos pénzvisszafizetési garancia mindenre.
Kezdés ingyen