24/7 NOC & Monitoring.
Non-stop rendszerfelügyelet: szerverfigyelés, hálózat- és weboldal-figyelés, proaktív riasztás és SLA-garantált incidenskezelés. Magyar nyelvű támogatás, dedikált incident manager, <5 perces critical reakcióidő. Banki NOC-reflexek — akár teljes kiszervezéssel, akár co-managed modellben, a belső csapatod kontrollját meghagyva.
- 24/7 NOC
- <5min MTTA
- <30min MTTR
- KKV+ SLO-csomag
Monitoring megoldások.
Hat pillér, amelyekre a megbízható 24/7 NOC épül. Infrastruktúrától az alkalmazásokig — minden monitorozva, vendor-független stack-en.
Infrastruktúra monitoring
Szerver, hálózat és tárolás folyamatos nyomon követése. CPU, memória, lemez, hálózati interfészek, IPMI hardver-szintű figyelés — Zabbix és Prometheus node_exporter / SNMP / IPMI exporter alapokon, vendor-független stack-en.
Alkalmazás monitoring (APM)
APM, RUM és synthetic monitoring. Üzleti tranzakciók követése, distributed tracing (Jaeger, Tempo, OpenTelemetry), kódszintű perf-profilozás. p95 / p99 latencia, error-rate, Apdex score. Datadog · New Relic · Elastic APM · Tempo.
Hálózat monitoring
NetFlow / sFlow / IPFIX flow-elemzés, sávszélesség, jitter, packet loss, BGP route monitoring, MPLS-tunnel állapot. SNMP eszközfelügyelet, hálózati topológia auto-discovery, QoS metrikák, DDoS-detekció.
Log management & SIEM
ELK · Loki · Splunk · Graylog stack — naplózási adatok gyűjtése, indexelése, lekérdezése. A környezet méretéhez skálázott napi naplóvolumen, intelligens parsing (Grok/regex), anomália-detektálás, SIEM integráció, megfelelőségi audit-log (DORA, NIS2, ISO 27001).
Alerting & eszkaláció
Intelligens riasztási rendszer alert-fatigue csökkentéssel. PagerDuty / Jira Service Management / saját ruleset integráció, multi-window SLO burn-rate, eszkalációs szabályok, ügyeleti (on-call) rotáció, runbook-automation. Magyar nyelvű incident manager az ügyfél oldalán.
SLA riportolás & observability KPI
Automatikus SLA megfelelőség nyomkövetés. Havi és negyedéves összefoglalók, business-szint KPI-k, executive dashboard, audit-ready riportok DORA / NIS2 / PCI DSS / ISO 27001 megfelelőséghez. Error-budget riport, post-mortem és RCA dokumentáció.
Kisvállalkozástól a 24/7 NOC-ig.
Három előre kalibrált csomag, a ti rendszereitekre szabva. Banki módszertan KKV-méretre lebontva — pontosan annyit kapsz, amennyit a kockázat indokol.
- Uptime Monitor · KKV
Alap uptime felügyelet
Egyedi ajánlat havidíj · felmérés után
Egyszerű weboldal, webshop vagy belépő üzleti rendszer felügyelete. Akkor jó, ha csak azt szeretnéd tudni: él-e a céges oldal és a payment — drága stack nélkül.
- Uptime monitor 1 perces frekvenciával, 4 EU lokáció
- SSL lejárati és DNS-anomália riasztás
- SMS + e-mail értesítés (egy felelős kontakt)
- Havi uptime riport · publikus status-page
- Munkanapok 9–17h támogatás, 4 órás reakcióidő
- 4h reakció · 99.5% SLA · 1 min check freq
- UptimeRobot · Better Uptime · Pingdom · StatusGator
- SLO-Pro · KKV+
SLO-alapú observability
Egyedi ajánlat havidíj · konfiguráció szerint
Proaktív monitoring SLO error-budget burn-rate riasztással. A hibát jellemzően még azelőtt látjuk, hogy az ügyfél észlelné — nem riasztás-fáradtság, csak az, ami valóban számít.
- 3-pillar observability — metrics + logs + traces egy platformon
- SLO definíció ügyfél-folyamatonként, error-budget követés
- Multi-window burn-rate riasztás (1h / 6h / 24h)
- 24/5 magyar nyelvű támogatás · 1 órás kritikus reakció
- Havi service-review videóhívással, audit-ready riport
- NIS2 / GDPR compliance audit-log integráció
- 1h reakció · 99.9% SLA · SLO burn-rate
- Prometheus · Grafana · Loki · Tempo · AlertManager · OpenTelemetry
- Enterprise · 24/7 NOC
24/7 magyar nyelvű NOC
Egyedi ajánlat havidíj · audit-alapú
Teljes 24/7 magyar nyelvű NOC dedikált incident managerrel, <5 perc MTTA, <30 perc MTTR. Banki / fintech / kritikus szektor szintű elérhetőség.
- 24/7 magyar NOC ügyelet, ügyeleti rotációval
- Dedikált incident manager, közvetlen telefonos elérhetőség
- Negyedéves architecture review és DR-drill
- Runbook automation, auto-remediation playbook
- DORA · NIS2 · PCI DSS · ISO 27001 audit-felkészítés
- TLPT (threat-led penetration testing) koordináció
- Szerződéses SLA-bírság a hibás rendelkezésre állásra
- <5m MTTA · 99.99% SLA · 24/7 NOC HU
- Full stack · Prometheus · Grafana · Loki · Tempo · PagerDuty · runbook
Severity-mátrix & eszkalációs protokoll.
Szisztematikus, súlyosságtól függő protokollok és szerződésben rögzített reakcióidők. P1-től P4-ig minden szinthez tartozik egy eszkalációs lánc, kommunikációs csatorna és SLA-következmény — nincs „majd megnézzük" típusú reakció.
- Critical · P1
Üzletkritikus incidens
Production teljes leállás, biztonsági incidens (security breach), adatvesztés, pénzügyi tranzakció-blokk, GDPR adatszivárgás. Az 1 órás kiesés is jelentős üzleti kárt okoz.
Példa: Production checkout fizetés-feldolgozó teljes leállás Black Friday délután 17:00 — minden percnyi kiesés ~3 M Ft elvesztett bevétel
- High · P2
Magas prioritású incidens
Részleges leállás, jelentős teljesítmény-romlás, business-critical SLA-veszély. A folyamat még megy, de degradált állapotban — workaround szükséges.
Példa: Webshop kosár-szolgáltatás p95 5 sec — kosárba helyezés működik, de 30%-os abandonment-rate növekedés látszik
- Medium · P3
Közepes prioritású incidens
Nem-kritikus szolgáltatás-degradáció. Műszakilag sürgős, de az üzleti működést nem akadályozza — még a munkanap során rendezni kell.
Példa: Belső admin felület néhány felhasználónál 502 hibakód — fő weboldal és ügyfél-folyamat zavartalanul üzemel
- Low · P4
Alacsony prioritású incidens
Kozmetikai hiba, információs riasztás vagy jövőbeli javításra felvett feladat. Nincs ügyfél-érintettség, csak technikai zaj a logokban.
Példa: Logban deprecation warning egy nem-stabil library miatt — nem érinti az ügyfelet, következő release-ben javítva
| Severity | Reakció | Eszkaláció | Kommunikáció | SLA-következmény |
|---|---|---|---|---|
| Critical · P1 | < 5 min | Senior engineer + üzleti vezető + CTO azonnal | Telefon + #incident-crit · ügyfél-értesítés < 15 perc · status page | Kötbér aktiválódik · 24h post-mortem · executive review |
| High · P2 | < 15 min | Senior engineer + on-call manager | Slack #incident-high · ügyfél-értesítés < 60 perc | SLA-budget elszámolás · workaround dokumentáció kötelező |
| Medium · P3 | < 1 h | Engineer team · belső koordináció | Slack #incident · belső jegyrendszer | Standard ticket workflow · napi stand-up review |
| Low · P4 | < 4 h | Standard ticket queue · backlog | E-mail · jegyrendszer · nincs külső kommunikáció | Heti backlog-ülésen prioritizálva |
Élő monitoring stack.
Az adatok útja az első detektálástól az akcióig — egy integrált, ipari szabvány rendszer.
- Data Collection
Telemetria, metrika, log és trace gyűjtése a teljes infrastruktúrából — agent és agentless módszerekkel.
Prometheus · Telegraf · Filebeat · OpenTelemetry - Processing
Streamfeldolgozás, normalizálás, anomália-detekció valós időben — pipeline ETL feldolgozás.
Logstash · Fluentd · Kafka Streams - Storage
Idősor és log adatok hatékony tárolása, kompressziója és gyors lekérdezhetősége.
InfluxDB · Elasticsearch · VictoriaMetrics - Visualization
Dashboardok, riportok és testreszabott nézetek minden szerepkörhöz — exec, ops, dev.
Grafana · Kibana · Datadog - Action
Automatizált válasz: riasztás, eszkaláció, automatikus remediáció, runbook execution.
PagerDuty · Jira Service Management · Slack · Runbooks
Monitoring a gyakorlatban.
Hat illusztratív iparági példa, ahol a 24/7 NOC vagy a SLO-alapú observability mérhető üzleti értéket termel — nem általános monitoring, hanem domain-fókusz.
- E-commerce · webshop
Black Friday peak felügyelet
Csúcsforgalmas hétvégén 8–12× nő a forgalom. Real-time conversion-rate monitor, fizetési-gateway latency, automatikus skálázás vezérlése Prometheus-metrikákról, payment-failure azonnali riasztás.
Célérték: 8–12× forgalom mellett 99.97% uptime · 0 elveszett tranzakció
- Fintech · banki batch
Éjszakai elszámolási batch
Reggel 6:00-ig kész kell lennie a tranzakciós batch-nek. Real-time batch-progress monitor, anomália-detekció (várt vs. tényleges), auto-eszkaláció ha a batch elakad, DORA-megfelelős audit-log.
Célérték: batch SLA 100% · <30s stuck-detection · DORA audit-ready
- SaaS · B2B platform
Multi-tenant SLO-king
Multi-tenant platform tenant-szintű SLO-king. Per-customer error-budget, „noisy neighbor"-detekció, kvóta-túllépés riasztás, ügyfél-szintű SLA-jelentés automatikusan generálva.
Célérték: per-tenant SLO · 1000+ ügyfél · havi auto-SLA report
- Gyártás · Industry 4.0
SCADA + OPC UA telemetria
OPC UA telemetria a gyártósorokról, MTBF/MTTR KPI gyártósoronként, predictive maintenance rezgés- és hőmérséklet-anomáliák alapján, OEE (Overall Equipment Effectiveness) dashboard.
Célérték: valós idejű OEE · 4× előrejelzett karbantartás · −38% váratlan leállás
- Media · streaming
Élő közvetítés QoE
Live event video CDN monitoring, viewer-side QoE (Quality of Experience) metrikák, regionális kiesés-detekció < 50 ms-on belül, automatikus failover másodlagos CDN-re, bitrate adaptáció.
Célérték: < 50ms detection · 5 régió · 99.98% live SLA
- Közszféra · 24/7 rendszer
Állami digitális szolgáltatás
Kritikus állami / önkormányzati rendszerek folyamatos felügyelete, KAÜ-bejelentkezés tracking, NAV-API hívások monitoring, Ügyfélkapu+ csatorna-állapot, GDPR-megfelelős audit-log.
Célérték: 99.99% elérhetőség · eIDAS · NIS2 audit-ready
Strukturált incidenskezelés.
Hat lépés az automatikus detekciótól a megelőzésig — ITIL 4 és Google SRE szabványoknak megfelelően. Minden lépéshez tartozik garantált időablak, eszközstack és deliverable.
- 01 · 0s · auto
Detection
Telemetria-jel észleli az anomáliát automatikusan. Prometheus rule kiértékelés, error-rate / latency / SLO burn-rate alapján. Senki nem keres riasztást — a rendszer szól.
- 02 · 1–2 min
Classification
Súlyosság besorolása P1 – P4 skálán, érintett üzleti folyamat azonosítása. Auto-classification a metrika-mintából, manual override mérnök által. Severity-mátrix vezérli.
- 03 · 2–5 min
Assignment
On-call engineer kijelölése az ügyeleti rotáció szerint, automatic page + Slack mention. Eszkaláció 5 percen belül, ha nincs acknowledge. P1-nél azonnal manager + CTO.
- 04 · 5 min – 1 h
Investigation · RCA
Root Cause Analysis distributed tracing + log-correlation + metrika drill-down segítségével. Hypothesis-driven debugging: feltételezés → mérés → cáfolat vagy igazolás.
- 05 · 1 – 4 h
Resolution
Hibás komponens javítása vagy workaround alkalmazása. Verifikáció telemetriával (nem „úgy néz ki, megy"), ügyfél értesítése a megoldásról, status-page frissítés.
- 06 · 1 – 7 nap
Prevention
Blameless post-mortem 5-Why technikával, dokumentált action items, runbook frissítés, alert-szabály javítása. Cél: ugyanaz a hiba ne ismétlődjön.
Mérőszámok, amelyekben biztos lehetsz.
Minden ügyfelünknél transzparensen jelentjük havonta — executive dashboard, valós idejű mérőszámok, ipari benchmark-összevetés. 12-havi átlag, audit-ready riport DORA / NIS2 / ISO 27001 megfeleléshez.
- 99.99%Service Availability
Az Enterprise 24/7 NOC csomag szerződéses SLA-célértéke · 12-havi gördülő átlagként riportolva
- <30minMTTR · Mean Time To Resolution
Célérték az Enterprise csomagban · runbook-automationnel támogatva
- <5minMTTA · Mean Time To Acknowledge
Google SRE-ajánlás felhasználó-közeli szolgáltatásra: <5 perc · célérték 24/7 NOC ügyelettel
- 100%Critical Alert Response
Szerződéses SLA-szint · minden critical riasztásra garantált reakció, a havi riportban tételesen kimutatva
Amit a döntés előtt tudni érdemes.
Tipikus IT-vezetői és pénzügyi vezetői kérdések monitoring és NOC bevezetés előtt. Számokkal válaszolunk, nem ígéretekkel.
Mi a különbség a „monitoring" és a „megfigyelhetőség (observability)" között?
Monitoring az, amikor előre kitalált kérdésekre (pl. „mennyi a CPU-terhelés?") nézzük a választ. Akkor működik jól, ha tudod mit akarsz figyelni. Observability az, amikor a rendszer eleget tud magáról ahhoz, hogy új, korábban nem feltett kérdésekre is választ adjon — például „miért lassú most pont ez az egy ügyfél?".
A három pillér — metrics, logs, traces — együttese adja az observability-t. Modern stack-en mindhárom egy platformon van (pl. Prometheus + Loki + Tempo), így a riasztásból egy kattintással eljuthatsz az okhoz.
SLO vs SLA — melyik a fontosabb és mit jelentenek?
SLA (Service Level Agreement): szerződéses ígéret az ügyfél felé. Pl. „99.99% uptime, különben kötbér." Ezt látja az üzleti oldal és a jogi csapat.
SLO (Service Level Objective): belső cél, amit a mérnök-csapat követ. Pl. „99.95% sikeres checkout, p95 latencia < 800 ms." Az SLO mindig szigorúbb, mint az SLA — így van puffer (error budget), ha mégis valami romlik.
Egészséges szervezetben az SLO vezérel, az SLA-t csak akkor látja az ügyfél, ha mi elrontottuk. Az SLO-burn-rate riasztás megmutatja, ha az error-budget gyorsabban fogy mint kéne — még mielőtt elérnénk az SLA-küszöböt.
Mit jelent az MTTA és MTTR, és miért fontosak?
MTTA (Mean Time To Acknowledge): mennyi idő alatt veszi kezébe a problémát egy operátor a riasztás után. Tipikus jó érték: < 5 perc. Magas MTTA = a riasztás vakon szól, senki nem reagál (alert-fatigue jele).
MTTR (Mean Time To Resolution): mennyi idő alatt oldódik meg a probléma. Tipikus jó érték: < 30 perc. Magas MTTR = nincs runbook, kézzel keresgélünk a logban, vagy hiányzik a megfelelő observability.
A két érték együtt mond el mindent a monitoring-érettségről. Sok cégnél az MTTA > 30 perc — ez jellemzően azt jelenti, hogy „valaki majd felfigyel rá reggel".
Mit jelent az „alert fatigue" és hogyan kerüljük el?
Alert fatigue: az operátor annyi riasztást kap, hogy elkezdi ignorálni őket. Egy hét után már a valódi P1 critical-t is „lehet, hogy megint hamis" reakcióval kezeli. Ez nem hiányosság, ez ipari valóság.
Csökkentési technikák, amelyeket alkalmazunk:
SLO-alapú riasztás a hagyományos threshold-riasztás helyett — csak akkor szól, ha az error-budget gyorsan fogy. Multi-window burn-rate (1h gyors + 6h lassú): rövid és hosszú távú trend együttes vizsgálata. Alert-deduplication és correlation: 100 alert egy mögöttes okból = 1 riasztás. Runbook-alapú auto-remediation az ismert hibáknak.
Kell saját monitoring tool vagy elég a felhő-szolgáltatóé (CloudWatch / Azure Monitor)?
Cloud-native monitoringja (CloudWatch, Azure Monitor, GCP Cloud Operations) kiváló saját szolgáltatás-keretein belül. Hátránya: nem látja az on-prem rendszert, és nem látja a többi felhőt — multi-cloud / hibrid esetén az egész képet nem rakja össze.
Tipikus választás: Prometheus + Grafana mint vendor-független középréteg, amely scrape-eli a cloud-native metrikákat (cloudwatch-exporter, azure-exporter) ÉS az on-prem komponenseket egyszerre. Így egy dashboardon van minden.
KKV-szinten 1 felhős környezettel a natív tool gyakran elég. Multi-cloud vagy hibrid setup-nál mindig egységes stack-et építünk.
NIS2 / DORA megfeleléshez milyen monitoring kell?
NIS2 (EU 2022/2555; Magyarországon a 2024. évi LXIX. törvény Magyarország kiberbiztonságáról, 2025. január 1-jétől) és DORA (EU 2022/2554, a pénzügyi szektor digitális működési rezilienciája, 2025. január 17-től) explicit elvárja a folyamatos felügyeletet és incidens-jelentés képességet.
A monitoring-stack ezekhez tartozó elemei: központi log-gyűjtés (audit-trail, szabályzatban rögzített megőrzési idővel), SIEM (security event correlation), incident-response tooling (PagerDuty + runbook), SLO-mérés (kritikus szolgáltatásokra), negyedéves DR-drill és TLPT (threat-led penetration testing, DORA).
Az Enterprise 24/7 NOC csomag teljes körű DORA / NIS2 / PCI DSS / ISO 27001 audit-felkészítést tartalmaz — ez a leggyakoribb belépő ok a banki és energetikai szektorban.
Mennyibe kerül 24/7 NOC szolgáltatás, és mikor éri meg?
Listaárunk nincs: a felügyeletet a ti rendszereitekhez, a figyelt szolgáltatások számához és a vállalt reakcióidőhöz szabjuk. Az audit után fix árú, személyre szabott ajánlatot adunk, az aktuális akcióinkat is beszámítva; egyszeri setup-díj nincs külön.
Mikor éri meg a 24/7 NOC: ha az 1 órás leállás üzleti / szabályozói kára meghaladja a havi NOC-díjat. Banki, fintech, kritikus gyártó, állami digitális szolgáltatás esetén ez triviálisan igaz. Egy egyszerű B2B webshopnál sokszor a KKV+ csomag is elég.
Kész a 24/7 felügyeletre?
Indíts egy ingyenes NOC assessmentet. Felmérjük a meglévő telemetriádat, azonosítjuk a vakfoltokat (mit nem lát ma a rendszer), és magas SLA-jú monitoring stratégiát javaslunk — KKV-méretű csomagtól a 24/7 enterprise NOC-ig.