Symfony alkalmazások figyelése

Symfony monitoring, ami a megállt Messenger consumer-t is jelzi

A frontend, a /health végpont és a Messenger consumer figyelése 60 másodperces ellenőrzéssel. Riasztás 60 mp-en belül email, Slack vagy Discord csatornán.

  • Frontend uptime 60 mp-enként
  • /health endpoint figyelés
  • Messenger consumer

Bankkártya nélkül  ·  Ingyenes csomag örökre  ·  Magyar ÁFA-s számla

app.uptimes.hu
Monitor Uptime
UP
Symfony frontend
https://pelda.hu
99.9%
UP
Health endpoint
/health
100%
DOWN
Admin / belépés
/admin
98.1%
UP
SSL tanúsítvány
lejár 27 nap múlva
OK
Riasztás elküldve, 14:32:18
Admin / belépés leállt, értesítés ment email + Slack csatornán
60 mp
ellenőrzési gyakoriság
<60 mp
átlagos riasztási idő
99.9%
platform uptime SLA
HU
magyar szerverek + számla

Mit érdemes figyelni egy Symfony oldalon?

Egy Symfony alkalmazásnál a leggyakoribb néma hiba a leállt Messenger consumer és a deploy utáni 500-as, amit egy elromlott cache:clear vagy egy hiányzó környezeti változó okoz. A hibák jó része 200-as kóddal jár, ezért a tartalom alapú ellenőrzés és egy saját health végpont a megbízható megoldás.

Publikus frontend

A fő útvonalak betöltése, 500-as hiba vagy lejárt SSL esetén azonnal DOWN.

/health endpoint

Egy route a Doctrine DB, a cache és a kritikus szolgáltatások állapotára, JSON-ban.

Messenger consumer

A messenger:consume folyamatos futása, push (heartbeat) monitorral.

Deploy utáni állapot

Egy kulcsoldal tartalmi ellenőrzése, hogy a cache:clear vagy env hiba ne maradjon rejtve.

SSL tanúsítvány

A HTTPS tanúsítvány lejárata, automatikusan, külön monitor beállítása nélkül.

Így figyeli az uptimes.hu a Symfony oldalakat

Frontend uptime 60 mp-enként

A publikus útvonalak HTTPS-ellenőrzése keyword check-kel, ami az 500-as hibaoldalt és a deploy utáni hibát is megfogja.

/health endpoint figyelés

Egy saját health route, amely a Doctrine adatbázist, a cache-t és a kritikus szolgáltatásokat ellenőrzi, JSON státusszal.

Messenger consumer

A messenger:consume életjel-figyelése heartbeat monitorral, hogy a megállt üzenetfeldolgozás azonnal kiderüljön.

Deploy utáni hiba

Egy keyword check a kulcsoldalakon kiszúrja a cache:clear vagy a hiányzó env miatti 500-at, közvetlenül kiadás után.

SSL lejárat figyelés

Minden HTTPS monitor mellé automatikus tanúsítvány-figyelés: értesítés 30, 14, 7 és 1 nappal a lejárat előtt.

Riasztás a megfelelő csatornán

Email és Discord minden csomagban, Slack és Telegram a fizetősben. Külön csatorna a frontendnek és a háttérfolyamatoknak.

Miért az uptimes.hu?

Magyar nyelven, magyar számlával

Magyar nyelvű felület és támogatás, magyar ÁFA-s számla, az adatok az EU-n belül, elsősorban magyarországi szervereken.

Kvórum riasztás a téves riasztások ellen

Az ellenőrzés több európai régióból fut, és a riasztás csak akkor indul el, ha több régió egyszerre észlel leállást. Így egy lokális hálózati hiba vagy egy Cloudflare-challenge nem vezet fölösleges riasztáshoz.

5 perc alatt él az első monitor

Nincs szükség külön üzemeltető csapatra. URL, ellenőrzési gyakoriság és értesítési csatorna megadása, és a figyelés elindul.

Bármit figyelhetsz, amitől a működésed függ

Weboldal, API, szerver vagy háttérfolyamat, mind egy fiókból, egyetlen felületen.

Weboldal & API

HTTP és HTTPS végpontok figyelése státuszkód, válaszidő és átirányítás alapján. Akár konkrét JSON-mezőre is ellenőrizhetsz.

Kulcsszó-figyelés

Megnézzük, hogy egy adott szöveg (pl. „Kosárba") tényleg ott van-e az oldalon, így a 200-as választ adó, de fehér hibaoldalt is elkapjuk.

Ping (ICMP)

Szerver vagy hálózati eszköz elérhetőségének figyelése ICMP pinggel, akkor is, ha nincs rajta webszerver.

Port (TCP)

Bármilyen TCP port figyelése: adatbázis, SMTP, SSH, játékszerver vagy saját egyedi szolgáltatás.

SSL-tanúsítvány

A lejárat előtt 30, 14 és 7 nappal szólunk, így soha nem fogad „Not secure" üzenet az oldaladon.

Cron / Heartbeat

Háttérfeladatok és cron jobok figyelése: ha a feladat a megadott időablakban nem jelez be, riasztunk.

Riasztás ott, ahol úgyis ott vagy

Kösd be a csapatod csatornáit, az emailtől a PagerDuty-ig. Átlagosan 60 másodpercen belül szólunk a kiválasztott helyen.

Email
Minden csomag
Discord
Minden csomag
Slack
Startertől
Telegram
Pro-tól
SMS
Pro-tól
Webhook
Startertől
PagerDuty
Pro-tól
Opsgenie
Pro-tól

Email és Discord minden csomagban  ·  Slack és webhook a Starter csomagtól  ·  Telegram, SMS, PagerDuty és Opsgenie a Pro csomagtól

Ingyenes Symfony monitoring, 5 perc alatt élesben

5 monitor és SSL-figyelés örökre ingyen, bankkártya nélkül.

Gyakori kérdések a Symfony monitoringról

Mi az a Symfony monitoring és miért hasznos?
A Symfony monitoring automatikusan, akár 60 másodpercenként ellenőrzi, hogy az alkalmazás és a háttérfolyamatai elérhetők és hibamentesek-e. Mivel egy megállt Messenger consumer vagy egy deploy utáni hiba kifelé nem mindig látszik, érdemes health végpontot és heartbeat monitort is használni.
Hogyan figyelhető a Messenger consumer?
Push (heartbeat) monitorral: a feldolgozó folyamat rendszeresen meghív egy egyedi URL-t, és ha a jelzés elmarad a várt időn belül, a rendszer riaszt. Így a leállt messenger:consume is kiderül.
Mit tartalmazzon egy Symfony health endpoint?
Egy gyors Doctrine lekérdezést, a cache elérhetőségének ellenőrzését és a kritikus külső szolgáltatásokat, majd egy JSON státuszt. A monitor erre a kulcsra ellenőriz.
Elkapja a rendszer a deploy utáni 500-at?
Igen. Egy keyword check egy olyan szövegre, ami csak hibamentes oldalon jelenik meg, kiszúrja a cache:clear vagy a hiányzó env miatti hibát, közvetlenül kiadás után.
Figyeli a rendszer az SSL tanúsítványt?
Igen, automatikusan, minden HTTPS monitor mellett, külön beállítás nélkül. Az értesítés 30, 14, 7 és 1 nappal a lejárat előtt érkezik.

Symfony monitoring beállítása 5 perc alatt

5 monitor, SSL-figyelés és email-értesítés, örökre ingyen. Bankkártya nélkül, bármikor lemondható.