AI agent pro analýzu IT incidentů: příčina výpadku dřív, než zavolá šéf

AI agent pro analýzu IT incidentů pomáhá správcům rychle zjistit, proč něco přestalo fungovat. Propojí logy serverů, upozornění z monitoringu, nedávné změny a hlášení zaměstnanců, seskupí související problémy a ukáže nejpravděpodobnější příčinu výpadku spolu s návrhem, jak službu obnovit.

Jaký problém řeší

Když přestane jít účetní systém nebo e-shop, telefony zvoní a e-maily se hromadí. Správce mezitím otevírá jeden log za druhým, prochází grafy z monitoringu a vzpomíná, co se v posledních dnech měnilo. Data o příčině většinou existují, jen jsou rozházená na několika místech a v tisících řádků. Hledání trvá dlouho a pod tlakem se snadno přehlédne souvislost. Po vyřešení už nikdo nemá čas sepsat, co se stalo, a stejný problém se za měsíc vrátí.

Agent prochází data souběžně a bez únavy a správci předloží uspořádanou časovou osu místo hromady záznamů.

Jak to vypadá v praxi

Ve čtvrtek v deset dopoledne začnou zaměstnanci hlásit, že se nemohou přihlásit do skladového systému. Během pěti minut přijde sedm tiketů. Agent je spojí do jednoho incidentu a informuje helpdesk, aby další hlášení nezakládal. Z logů zjistí, že databázový server od rána hlásí plný disk, a v evidenci změn najde, že v noci začala běžet nová úloha zálohování, která ukládá data na stejný disk. Správci navrhne uvolnit místo a přesunout zálohy jinam. Správce postup potvrdí a provede. Agent mezitím rozešle zaměstnancům zprávu o výpadku a po obnovení sepíše krátké shrnutí s doporučením, jak zálohy nastavit.

Co agent potřebuje

Čtecí přístup k logům a monitoringu, k helpdeskovému systému a ideálně k evidenci změn. Pokud evidence změn neexistuje, agent ji pomůže začít vést. Užitečné jsou i dosavadní postupy a zápisy z minulých výpadků.

Velkou hodnotu má i to, co zůstane po incidentu. Agent z každého vyřešeného výpadku vytvoří záznam s příčinou, postupem opravy a doporučením. Tyto záznamy tvoří znalostní bázi, ze které čerpá při dalších problémech, a nový správce nebo externí dodavatel se z ní rychle zorientuje. Z přehledu za delší období je také vidět, které systémy jsou nejslabším místem a kam se vyplatí investovat – například do lepšího zálohování nebo výměny starého serveru.

Jak probíhá nasazení

Se správci projdeme, jaké systémy máte, kde jsou logy a jak dnes výpadky řešíte. Agenta napojíme nejprve jen pro čtení a necháme ho analyzovat několik starších incidentů, u kterých znáte příčinu. Tím ověříme, že jeho závěry dávají smysl. Poté ho zapojíme do běžného provozu a průběžně ladíme.

Kontrola zůstává u vás

Agent analyzuje a navrhuje, zásahy do infrastruktury provádí správce. Každý závěr agent podloží konkrétními záznamy, takže je snadné ho ověřit. Logy zůstávají ve vaší síti a agent může běžet na vlastním serveru.

Pravidla, co smí agent provést sám, nastavujete vy a můžete je kdykoli zúžit. Pokud příčinu s jistotou neurčí, řekne to otevřeně a nabídne několik možností seřazených podle pravděpodobnosti, místo aby jednu vydával za jistou.

Kdy se vyplatí provozovat AI na vlastním hardwaru, rozebíráme v článku kdy firma potřebuje AI server. Další agenty najdete v přehledu AI agenti pro IT.

Scénář: jak pracuje AI agent pro analýzu IT incidentů

  1. Napojení zdrojůAgent čte logy serverů a aplikací, upozornění z monitoringu, nedávné změny a tikety od uživatelů.
  2. Seskupení souvislostíKdyž přijde více hlášení najednou, pozná, které spolu souvisejí, a spojí je do jednoho incidentu.
  3. Hledání příčinyPorovná časovou osu událostí s posledními změnami a podobnými incidenty z minulosti a označí nejpravděpodobnější příčinu.
  4. Návrh opravyZ firemních postupů a historie připraví kroky k obnovení služby. Správce je posoudí a provede.
  5. InformováníPřipraví krátkou zprávu pro zaměstnance o výpadku a odhadovaném řešení a průběžně ji aktualizuje.
  6. Shrnutí po incidentuPo vyřešení sepíše, co se stalo, proč a jak tomu příště předejít, a navrhne doplnění postupů.

Diagram a architektura: AI agent pro analýzu IT incidentů

Diagram případů užití – Kdo s agentem pracuje, co AI agent pro analýzu IT incidentů dělá a se kterými systémy si vyměňuje data.
Diagram případů užití: AI agent pro analýzu IT incidentůUživatelé: správci serverů a sítě, technici helpdesku, vedoucí IT, externí dodavatel infrastruktury. Agent: 1. Napojení zdrojů; 2. Seskupení souvislostí; 3. Hledání příčiny; 4. Návrh opravy; 5. Informování; 6. Shrnutí po incidentu. Napojené systémy: Monitoring, Logy serverů, Helpdeskový systém, Evidence změn, Microsoft Teams.AI agent pro analýzu IT incidentů1.Napojení zdrojů2.Seskupení souvislostí3.Hledání příčiny4.Návrh opravy5.Informování6.Shrnutí po incidentusprávci serverů a sítětechnici helpdeskuvedoucí ITVaše systémy• Monitoring• Logy serverů• Helpdeskový systém• Evidence změn
Diagram případů užití: AI agent pro analýzu IT incidentůUživatelé: správci serverů a sítě, technici helpdesku, vedoucí IT, externí dodavatel infrastruktury. Agent: 1. Napojení zdrojů; 2. Seskupení souvislostí; 3. Hledání příčiny; 4. Návrh opravy; 5. Informování; 6. Shrnutí po incidentu. Napojené systémy: Monitoring, Logy serverů, Helpdeskový systém, Evidence změn, Microsoft Teams.správci serverů a sítětechnici helpdeskuvedoucí ITAI agent pro analýzu IT incidentů1.Napojení zdrojů2.Seskupení souvislostí3.Hledání příčiny4.Návrh opravy5.Informování6.Shrnutí po incidentuVaše systémy• Monitoring• Logy serverů• Helpdeskový systém• Evidence změn
Architektura řešení – Co agenta spouští, z jakých znalostí vychází, jaké má dovednosti a paměť, na které systémy dosáhne a kde rozhoduje člověk.
Architektura řešení: AI agent pro analýzu IT incidentůSpouštěče: Upozornění z monitoringu; Více tiketů o stejném problému; Ruční spuštění správcem. Orchestrátor a dílčí agenti: Agent pro logy a monitoring (seskupí upozornění a chyby do jednoho incidentu); Agent pro změny (porovná časovou osu s nedávnými změnami); Agent pro komunikaci (píše a aktualizuje zprávu pro zaměstnance). Znalosti (RAG, vektorová databáze): Provozní postupy a runbooky; Popis infrastruktury a závislostí; Zprávy z minulých incidentů. Paměť: Podobné incidenty a jejich příčiny; Průběh aktuálního incidentu. Dovednosti: Seskupení souvisejících hlášení; Sestavení časové osy událostí; Hledání pravděpodobné příčiny; Sepsání zprávy po incidentu. Nástroje přes MCP: Monitoring – číst upozornění, číst metriky (jen čte); Logy – hledat v logech (jen čte); Helpdesk – číst tikety, propojit tikety, zapsat poznámku (čte i zapisuje); Evidence změn – číst změny, číst konfiguraci (jen čte); Teams – poslat zprávu o výpadku (čte i zapisuje). Pravidla: Logy a konfiguraci jen čte, na serverech nic nemění; Opravu jen navrhne, provádí ji správce; Zprávu zaměstnancům odešle až po schválení; Příčinu označí jako pravděpodobnou, ne jistou. Schválení člověkem: Správce posoudí příčinu a návrh opravy a sám ji provede. Výstupy: Incident s pravděpodobnou příčinou; Návrh kroků k obnovení služby; Zpráva o výpadku pro zaměstnance; Shrnutí po incidentu a návrh postupů.SpouštěčeUpozornění z monitoringuVíce tiketů o stejném problémuRuční spuštění správcemZnalosti (RAG)Provozní postupy arunbookyPopis infrastruktury azávislostíZprávy z minulýchincidentůindexaceVektorová databázeAI agentAI agent pro analýzu IT incidentůJazykový model – orchestrátorDílčí agentiAgent pro logy amonitoringseskupí upozornění achyby do jednohoincidentuAgent pro změnyporovná časovou osu snedávnými změnamiAgent prokomunikacipíše a aktualizujezprávu prozaměstnanceDovednosti (skills)Seskupení souvisejících hlášeníSestavení časové osy událostíHledání pravděpodobné příčinySepsání zprávy po incidentuPaměť• Podobné incidenty a jejich příčiny• Průběh aktuálního incidentuPravidla a mantinely– Logy a konfiguraci jen čte, na serverech nic nemění– Opravu jen navrhne, provádí ji správce– Zprávu zaměstnancům odešle až po schválení– Příčinu označí jako pravděpodobnou, ne jistouNástroje přes MCPMonitoringčíst upozornění, číst metriky→ jen čteLogyhledat v logech→ jen čteHelpdeskčíst tikety, propojit tikety,zapsat poznámku↔ čte i zapisujeEvidence změnčíst změny, číst konfiguraci→ jen čteTeamsposlat zprávu o výpadku↔ čte i zapisujehledáSchválení člověkemSprávce posoudí příčinu a návrhopravy a sám ji provedeVýstupyIncident s pravděpodobnou příčinouNávrh kroků k obnovení službyZpráva o výpadku pro zaměstnanceShrnutí po incidentu a návrh postupůCo měříme: doba obnovení služby · doba nalezení příčiny · opakované incidenty · počet hlášení na jeden incident
Architektura řešení: AI agent pro analýzu IT incidentůSpouštěče: Upozornění z monitoringu; Více tiketů o stejném problému; Ruční spuštění správcem. Orchestrátor a dílčí agenti: Agent pro logy a monitoring (seskupí upozornění a chyby do jednoho incidentu); Agent pro změny (porovná časovou osu s nedávnými změnami); Agent pro komunikaci (píše a aktualizuje zprávu pro zaměstnance). Znalosti (RAG, vektorová databáze): Provozní postupy a runbooky; Popis infrastruktury a závislostí; Zprávy z minulých incidentů. Paměť: Podobné incidenty a jejich příčiny; Průběh aktuálního incidentu. Dovednosti: Seskupení souvisejících hlášení; Sestavení časové osy událostí; Hledání pravděpodobné příčiny; Sepsání zprávy po incidentu. Nástroje přes MCP: Monitoring – číst upozornění, číst metriky (jen čte); Logy – hledat v logech (jen čte); Helpdesk – číst tikety, propojit tikety, zapsat poznámku (čte i zapisuje); Evidence změn – číst změny, číst konfiguraci (jen čte); Teams – poslat zprávu o výpadku (čte i zapisuje). Pravidla: Logy a konfiguraci jen čte, na serverech nic nemění; Opravu jen navrhne, provádí ji správce; Zprávu zaměstnancům odešle až po schválení; Příčinu označí jako pravděpodobnou, ne jistou. Schválení člověkem: Správce posoudí příčinu a návrh opravy a sám ji provede. Výstupy: Incident s pravděpodobnou příčinou; Návrh kroků k obnovení služby; Zpráva o výpadku pro zaměstnance; Shrnutí po incidentu a návrh postupů.SpouštěčeUpozornění z monitoringuVíce tiketů o stejnémproblémuRuční spuštění správcemAI agentAI agent pro analýzu IT incidentůJazykový model – orchestrátorDílčí agentiAgent pro logy amonitoringseskupí upozornění a chybydo jednoho incidentuAgent pro změnyporovná časovou osu snedávnými změnamiAgent pro komunikacipíše a aktualizuje zprávupro zaměstnanceDovednosti (skills)Seskupení souvisejících hlášeníSestavení časové osy událostíHledání pravděpodobné příčinySepsání zprávy po incidentuPaměť• Podobné incidenty a jejich příčiny• Průběh aktuálního incidentuPravidla a mantinely– Logy a konfiguraci jen čte, na serverech nic nemění– Opravu jen navrhne, provádí ji správce– Zprávu zaměstnancům odešle až po schválení– Příčinu označí jako pravděpodobnou, ne jistouZnalosti (RAG)Provozní postupy arunbookyPopis infrastruktury azávislostíZprávy z minulýchincidentůindexaceVektorová databázeNástroje přes MCPMonitoringčíst upozornění, číst metriky→ jen čteLogyhledat v logech→ jen čteHelpdeskčíst tikety, propojit tikety,zapsat poznámku↔ čte i zapisujeEvidence změnčíst změny, číst konfiguraci→ jen čteTeamsposlat zprávu o výpadku↔ čte i zapisujeSchválení člověkemSprávce posoudí příčinu a návrh opravy a sám ji provedeVýstupyIncident s pravděpodobnou příčinouNávrh kroků k obnovení službyZpráva o výpadku pro zaměstnanceShrnutí po incidentu a návrh postupůCo měříme: doba obnovení služby · doba nalezení příčiny ·opakované incidenty · počet hlášení na jeden incident

RAG – agent vyhledává ve vašich dokumentech uložených ve vektorové databázi, místo aby odpovídal zpaměti.MCP – standardní konektor, přes který agent pracuje s vašimi systémy jen v povolených akcích.Dovednosti – naučené postupy pro opakované úkoly. Paměť – co si agent pamatuje mezi jednotlivými úkoly.

Co měřit: ukazatele přínosu

Doba obnovení služby
Čas od začátku výpadku po obnovení provozu.
Doba nalezení příčiny
Jak dlouho trvá, než tým ví, proč se problém stal.
Opakované incidenty
Kolikrát se vrátil problém se stejnou příčinou.
Počet hlášení na jeden incident
Kolik zaměstnanců muselo výpadek samo hlásit, než o něm věděli všichni.

Hodnoty změříme na začátku pilotu a po jeho skončení, abyste přínos viděli na vlastních číslech.

otevře se tisk – zvolte „Uložit jako PDF“

Rezervujte si konzultaci zdarma

Za 30 minut probereme, jak by ve vaší firmě fungoval AI agent pro analýzu IT incidentů a čím začít.

volné termíny na 30 minut

Časté dotazy

Opraví AI agent pro analýzu IT incidentů výpadek sám?

Standardně ne. Agent najde pravděpodobnou příčinu a navrhne postup, ale zásahy do serverů a sítě provádí správce. Výjimkou mohou být předem schválené kroky, třeba restart služby.

Potřebujeme drahý monitoring?

Ne. Agent pracuje i s běžně používanými nástroji typu Zabbix nebo PRTG a se systémovými logy. Čím víc dat má ale k dispozici, tím přesnější je analýza.

Hodí se agent pro firmu s pár servery?

Ano, zejména když se o ně stará jeden člověk nebo externí dodavatel. Agent mu ušetří ruční procházení logů a grafů.

Neposílá agent logy mimo firmu?

Logy mohou obsahovat citlivé údaje, proto agenta často provozujeme na vlastním serveru, odkud data neodcházejí.

Další AI agenti: IT

AI agent pro IT helpdesk

Odpovídá zaměstnancům na dotazy k počítačům, e-mailu a aplikacím v Teams nebo na intranetu a nevyřešené případy předá technikovi.

AI agent pro testování softwaru

Připraví testovací data, spustí automatické testy, najde společnou příčinu selhání a navrhne opravy seřazené podle dopadu na uživatele.

AI agent pro IT dokumentaci

Z porad, e-mailů a podkladů sepíše zadání projektu a technické specifikace, vede dokumentaci infrastruktury a upozorní, co zastaralo.

AI agent pro kybernetickou bezpečnost

Shrne bezpečnostní upozornění, ověří podezřelé adresy, najde dotčená zařízení a jejich aktualizace a připraví postup i zprávu pro vedení.

AI agent pro správu licencí

Hlídá využití licencí a stav zařízení, vyřizuje žádosti o software, navrhuje levnější varianty a upozorní na končící smlouvy a záruky.

AI agenti pro IT – přehled →

Mohlo by vás zajímat

Související články

Všechny články →

Kurzy, které se hodí

Všechny kurzy →

AI agenti pro praxi

Všichni AI agenti →