</Éles_alkalmazások_megfigyelése>
A hiba ne az ügyféltől derüljön ki. Legyen nyoma és felelőse.
Monitorozást és hibakövetést építünk a webalkalmazásodhoz. Figyeljük a fontos műveleteket, háttérfeladatokat és rendszerkapcsolatokat, a jelzésekhez pedig hozzárendeljük a vizsgálathoz szükséges adatokat és a következő teendőt.
Hiba esetén tudjuk, mit vizsgáljunk. A riasztás mellé értelmezhető kontextus és kijelölt reakció tartozik.
Azt figyeljük, amin a napi működés múlik.
Kijelöljük, mely műveleteknek kell időben és helyesen lefutniuk, majd ezekhez állítunk be mérést és jelzést.
- Alkalmazáshibák és kivételek Hibastack, érintett útvonal, kiadás, reprodukálhatóság és előfordulási gyakoriság, a bizalmas adatok szűrésével. Gyakorlati cél: a hiba visszakövethető.
- Lassú műveletek Lassú kiszolgálás, adatbázis-lekérdezés, külső szolgáltatói idő és háttérfolyamatok. Gyakorlati cél: a szűk keresztmetszet mérhető.
- Háttérfeladatok és integrációk Sorban álló feladatok késése, sikertelen munka, beragadt szinkron, lejárt feldolgozás vagy elmaradt esemény. Gyakorlati cél: az észrevétlen elakadás is jelzést ad.
Mérőszám, küszöb, címzett és teendő együtt értelmezhető.
A riasztásból derüljön ki, mi történt, melyik feladatot érinti, és ki foglalkozik vele. Ehhez alakítjuk ki a méréseket, a naplózást és az értesítéseket.
-
Amit minden riasztásnál rögzítünk
- Jelzés és osztályozás Mi számít sürgős üzemzavarnak, és mi kerül a normál fejlesztési sorba?
- Kontextus és adatvédelem Kérésazonosító, kiadás, környezet, hibatípus és a minimálisan szükséges személyesadat-kezelés.
- Reakció és visszacsatolás A hiba reprodukálása, javítás, regressziós teszt, és annak ellenőrzése, hogy a hiba valóban megszűnt-e.
A monitorozó eszköz bevezetése önmagában nem jelent 24/7 készenlétet vagy garantált reagálási időt; ezt külön üzemeltetési megállapodás határozza meg.
NETipar Cloud: a hibás kiadás nem marad észrevétlen.
Saját üzemeltetési rendszerünk a támogatott alkalmazások új verzióinak élesítése után ellenőrzi a működést. Ha az új verzió nem válaszol megfelelően, a korábban működő verzióra áll vissza, és erről az üzemeltető csapat értesítést kap. A panel figyeli a szerverek és a szolgáltatások fontos állapotait, az üzemeltetési változtatások pedig naplózottak és visszakövethetők.
Saját hibakövetőnk minden általunk üzemeltetett rendszerben.
A NETipar Error saját fejlesztésű hibakövető és teljesítménymérő rendszerünk. Minden általunk üzemeltetett alkalmazásba be van kötve, így a hibák nálunk is megjelennek, nem csak az ügyfél bejelentéséből derülnek ki.
-
Csoportosított hibák
Az azonos hibák egy tételbe kerülnek, minden előfordulásuk külön számlálva; egy grafikon mutatja, mikor sűrűsödnek.
-
Kontextus minden előforduláshoz
Stack trace, kérés és környezet, valamint bontás oldal, belépési pont, felhasználó és alkalmazásverzió szerint.
-
Felelős, prioritás, állapot
A hiba felelőshöz rendelhető és rangsorolható; megoldottnak jelölhető, újranyitható vagy némítható, a lista állapot szerint szűrhető és kereshető.
-
Értesítés Slacken
Az első előfordulásnál, egy beállított küszöb felett vagy minden előfordulásnál, és külön jelzés, ha egy megoldott hiba visszatér.
Nemcsak a hibát, a lassulást is látjuk.
A NETipar Error a hibák mellett a futásidőt is méri: az útvonalakat, a háttérben futó jobokat és parancsokat, az adatbázis-lekérdezéseket, a külső HTTP-hívásokat és a nézeteket. Mindegyiknél látszik az átlagos idő és a p95 érték, amelynél a mért futások 95%-a gyorsabb vagy ugyanilyen gyors, a lassú útvonalak és lekérdezések listája pedig megmutatja, mi viszi el az időt.
Laravel-, PHP-, JavaScript-, React- és Vue-alkalmazásokból is fogad adatot, környezetenként elkülönítve.
-
Útvonalak
Válaszidő, a leglassabb útvonalak és a hibaarány.
-
Jobok és parancsok
A háttérfeladatok futásideje.
-
Lekérdezések és hívások
Lassú lekérdezések, külső HTTP-hívások, nézetek.
A jelzéstől a javításig is megtervezzük a teendőket.
A megfigyelhetőség a működés közbeni eltérések észleléséről szól; a frissítés, az ügyelet és a betöltési sebesség külön feladat.
-
Megfigyelhetőség és hibakövetés. Hogyan észleljük, magyarázzuk és priorizáljuk a működés közbeni eltéréseket?
-
Üzemeltetés és továbbfejlesztés. Ki végzi a frissítéseket, az incidenskezelést, a rendelkezésre állási feladatokat és a szerződés szerinti reakciót?
Tovább: Üzemeltetés és továbbfejlesztés -
Weboldalgyorsítás. Ha a fő kérdés az, milyen gyorsan töltődik be az oldal a látogatónak, az Core Web Vitals-optimalizálás, nem hibakövetés.
Tovább: Weboldalgyorsítás és Core Web Vitals
A fontos működési pontokon
próbával ellenőrizzük a riasztást.
Négy lépés a kritikus műveletek kijelölésétől az átadásig.
-
1. Kritikus műveletek
Kijelöljük az üzletileg fontos tranzakciókat, háttérfeladatokat és külső kapcsolódásokat.
-
2. Mérőjelek és naplózás
Kiadás- és kéréskontextus, személyesadat-szűrés, szerepkörök.
-
3. Riasztáspróba
Kontrollált hiba és küszöbteszt: megérkezik-e a jelzés, és mi történik utána?
-
4. Átadás és továbbfejlesztés
Incidenslista, felelősök és folyamatos visszamérés.
a NETipar csapata?
Mire ad választ a monitorozás?
Nem. Segít időben észlelni, osztályozni és diagnosztizálni őket; az automatikus helyreállítást külön kell tervezni.
Igen, ha megfelelő napló- és mérési hozzáférések vannak; fokozatos bevezetés is lehetséges.
Nem. A biztonsági ellenőrzés külön cél és módszertan.
Nem feltétlenül; a riasztási csatornát és a reakcióidőt az üzleti kockázat és a szerződés alapján határozzuk meg.
Melyik művelet hibájáról kellene azonnal tudnotok?
Írd meg, milyen alkalmazást használtok, mely műveletek fontosak az üzletnek, és hogyan értesültök ma a hibákról. Ezek alapján jelöljük ki a megfigyelés első pontjait.
Elég, ha leírod, melyik hibáról értesültetek későn.
Ügyfeleink mondták rólunk
Így látták a közös tervezést és fejlesztést az ügyfeleink.
5,0 átlag az 5-ből, 9 Google-értékelés Egyeztetést kérekVálogatás a Google-értékeléseinkből.
