A Red Hat szerint az ügynöki AI gyorsíthatja a hálózati döntéseket
A hálózati változtatások végrehajtása sok távközlési szolgáltatónál már automatizált, a Red Hat szerint azonban a döntési folyamat továbbra is szűk keresztmetszet. A vállalat ügynöki AI-val és AIOps-megoldásokkal egészítené ki a meglévő, ellenőrzött munkafolyamatokat.
- A Red Hat szerint a hálózati automatizálás fő szűk keresztmetszete a döntési ciklus.
- A Red Hat AI modellekkel és ügynöki munkafolyamatokkal egészítené ki az Ansible végrehajtási rétegét.
- Az AI-átjáró szabályzatokat, kvótákat, hitelesítést és irányítást kezelhet.
- A hibakezelés és a kapacitástervezés lehet az ügynöki AI első alkalmazási területe.
- A megközelítés célja a TM Forum 4. autonómiaszintjének elérése kiválasztott tartományokban.
A döntés lassítja a hálózati működést
A távközlési szolgáltatók jellemzően meghatározott karbantartási időablakokat, jóváhagyott eljárásokat és hálózati automatizálást használnak a változtatások végrehajtására. A Red Hat szerint a nehezebb feladat annak eldöntése, hogy mit, hol és miért kell módosítani, miközben egyre több riasztás, beszállító és hálózati tartomány jelenik meg.
A vállalat szeptember 29-én közzétett bejegyzése szerint az agentic operations, vagyis az ügynöki működés ezt a döntési ciklust támogathatja. A megközelítés az AIOps, az informatikai műveletekhez használt mesterséges intelligencia, logikáját illeszti a már megbízhatónak tartott üzemeltetési folyamatokba. A Red Hat szerint így csökkenthető a működési költség, gyorsítható a hibák elhárítása, és stabilabb ügyfélélmény érhető el.
A meglévő automatizálás maradna a végrehajtási réteg
A TM Forum Autonomous Networks keretrendszere hat autonómiaszintet különböztet meg. A 4. szint célja az utasításvezérelt, előrejelző és zárt hurkú működés. A Red Hat szerint sok szolgáltató jelenleg a 2. és 3. szint közötti részleges vagy feltételes automatizálásnál tart. Ilyenkor a szkriptek és munkafolyamatok megfelelően lefutnak, miután egy ember eldöntötte, mi legyen a következő lépés.
A vállalat elképzelése szerint a Red Hat Ansible Automation Platform továbbra is a végrehajtási réteg lehet. Ez ember által olvasható, ismételhető és auditálható munkafolyamatokat biztosít a hálózati és informatikai környezetben. Az Event-Driven Ansible ismert feltételek bekövetkezésekor indíthat előre meghatározott feladatokat.
Az új intelligenciaréteg a Red Hat AI modelljeire és ügynöki munkafolyamataira támaszkodik. Ezek képesek lehetnek jelek összekapcsolására, a következő esemény előrejelzésére és egy lehetséges válasz javaslatára. A Red Hat szerint az ügynök megfigyelheti a helyzetet, összevetheti azt a kívánt állapottal, majd választ javasolhat. A művelet továbbra is a meglévő automatizálási szerződéseken, szerepköralapú hozzáférés-vezérlésen és auditnaplón keresztül történne. A rendszer szabályzat alapján, emberi jóváhagyás után választhatja ki a következő lépést.
Több beszállító, hibakezelés és kapacitástervezés
A Red Hat szerint a hálózati autonómiának több beszállító környezetében is működnie kell, mivel a rádiós hozzáférési hálózat, a maghálózat, a szállítási hálózat, az informatika és a felhő eltérő rendszerekből állhat. A Red Hat AI része egy AI-átjáró funkció, amely a modellek forgalmát szabályozó vezérlési síkként működik. Kezeli a szabályzatokat, kvótákat, hitelesítést és irányítást, miközben különböző forrásokból származó modellek vehetnek részt ugyanabban a döntési folyamatban.
Első alkalmazási területként a Red Hat a hibakezelést emeli ki. A hálózatok nagy mennyiségű riasztást, eseményt, naplót és telemetriai adatot termelnek, ami riasztási túlterhelést okozhat. Az AI segíthet a riasztások összekapcsolásában, a hibák előrejelzésében és a gyökérok elemzésében. A meglévő automatizálás ezután újraindíthat egy szolgáltatást, elkülöníthet egy útvonalat, hibajegyet nyithat, majd ellenőrizheti a szolgáltatás állapotát.
Hasonló elv alkalmazható a kapacitástervezésben is. A Red Hat szerint a történeti és valós idejű telemetria alapján előre jelezhető, hol alakulhat ki kapacitáshiány, így a szolgáltató még az ügyfél által érzékelt probléma előtt indíthat erőforrás-átcsoportosítást, újrakonfigurálást vagy kiépítést. A vállalat a fokozatos bevezetést javasolja, először azokban a hálózati tartományokban, amelyek a leggyakrabban okoznak problémát. A cél a 4. szintű működés elérése kiválasztott területeken, későbbi továbblépési lehetőséggel az 5. szint felé.
