Timp de decenii, rețelele întreprinderilor au fost operate manual prin intermediul Interfețelor de Linie de Comandă (CLI), protocoalelor de tip pull sau tablourilor de bord grafice. Deși aceste instrumente le-au permis inginerilor să monitorizeze și să configureze dispozitivele, ele nu au fost proiectate pentru viteza, scalabilitatea sau inteligența necesare afacerilor digitale moderne. Ascensiunea Inteligenței Artificiale în zona operațiunilor IT (AIOps) se bazează în întregime pe un model diferit: API – Application Programming Interface.
API-urile de pe echipamentele de rețea transformă hardware-ul în platforme software programabile. Acestea acționează ca o legătură digitală standardizată care permite unui agent AI să citească starea rețelei, să proceseze datele și să transmită securizat modificările de configurare către echipament, fără nici o intervenție umană. Fără API-uri solide la nivel de dispozitiv, un sistem AI este doar un “consultant” care generează alerte, în timp ce cu ajutorul API-urilor devine un agent autonom capabil de remediere proactivă.
Managementul tradițional se bazează adesea pe analiza nestructurată a șirurilor de caractere (ex. CLI screen scraping), care este inerent fragilă și predispusă la greșeli în timpul actualizărilor obținute de firmware. In total contrast, API-urile moderne la nivelul echipamentului de rețea utilizează modele de date structurate (cum ar fi YANG) și sintaxă standardizată (cum ar fi JSON sau XML). În plus, accesul la API permite unui agent AI să valideze o configurație “candidată”, să observe pe mai multe dispozitive rezultatul modificărilor și să anuleze automat instalarea ei dacă apare posibilitatea unor efecte negative în rețea (ex. întreruperea conectivității).
Această fiabilitate programatică și recunoașterea stării curente sunt premise obligatorii pentru activarea în siguranță a automatizării AI. Adoptarea unui model de supraveghere umană (Human-in-the-Loop) este o precauție ce trebuie avută în vedere în fazele inițiale de adoptare a modelului AIOps.
Pentru a funcționa eficient, un agent AIOps necesită o buclă de feedback continuă: observare, analiză și acțiune. API-urile la nivel de echipament sunt factorii critici pentru două dintre aceste trei faze. În primul rînd, prin intermediul API-urilor de telemetrie de tip push, echipamentul transmite în mod continuu date către modelul AI, înlocuind metodele lente de interogare tradiționale. În al doilea rînd, odată ce agentul AI analizează datele și decide asupra unui curs de acțiune, el utilizează API-uri de configurare pentru a aplica modificările necesare în întreaga rețea.
În timp ce Day 0 și Day 1 implică proiectarea și implementarea unei rețele, operațiunile Day 2 cuprind monitorizarea, întreținerea și optimizarea continuă. Istoric, Gartner și alte firme de cercetare au urmărit bugetele IT ale întreprinderilor și au constatat în mod constant că aproximativ 80% din cheltuielile IT sunt direcționate către cheltuieli operaționale, întreținere, depanare și alte operațiuni similare, ceea ce face ca Day 2 să absoarbă marea majoritate a costurilor din ciclului de viață al unei rețele. Utilizarea API-urilor promite să eficientizeze profund activitățile din Day 2 atunci cînd sunt asociate cu agenți AIOps:
– Depanare proactivă: în loc să aștepte o reclamație a utilizatorului sau să detecteze o defecțiune majoră, telemetria bazată pe API permite agenților AIOps să detecteze micro-anomalii. Prin colectarea fluxurilor de date la viteză mare, AI poate corela indicatori subtili precum erorile de interfață sau jitter-ul înainte ca acestea să escaladeze. Interogarea SNMP tradițională funcționează la intervale de mai multe minute pentru fiecare echipament, omițând vîrfurile tranzitorii. API-urile de telemetrie bazate pe modele (cum ar fi gNMI) transmit date aproape în timp real, oferind granularitatea necesară modelelor de învățare automată pentru a identifica o eventuală degradare a parametrilor și a le ajusta preventiv (de exemplu, identificarea unor rute care oscilează și pentru care se face o ajustare prin apeluri API BGP sau OSPF).
– Optimizare dinamică: API-urile permit agenților AI să acționeze permanent ca “ingineri de trafic”, ajustând dinamic calitatea serviciului (QoS) pe baza cerințelor aplicației în timp real, în loc să se bazeze pe configurații statice, definite la un moment dat anterior. Platformele AIOps se pot integra cu API-urile la nivel de aplicație pentru a înțelege intenția (de exemplu, pornirea unei aplicații cu critice de trafic, cum ar fi o videoconferință). Apoi traduc această intenție prin API-uri NETCONF/RESTCONF pînă la nivelul switch-ului, realocând dinamic dimensiunile cozilor și prioritățile pentru lățimea de bandă pentru a se asigura că traficul critic primește întotdeauna prioritate, maximizând rentabilitatea investiției în infrastructură.
– Remediere automată: când se detectează o amenințare activă, o buclă sau o degradare a hardware-ului, AI-ul utilizează API-uri de scriere pentru a lua măsuri corective imediate, reducând drastic timpul mediu de reparare (MTTR).
Aceasta transformă operațiunile de memntenanță din zona de reacție la incident la cea de ajustare automată preventivă.
A te baza exclusiv pe intervenția umană pentru o remediere poate duce adesea timpul de remendiere la minute sau ore, timp în care se produc daune. Prin utilizarea API-urilor REST, un agent AIOps poate executa seturi pre-aprobate de comenzi în mai putin de 1 secundă, izolând un port compromis prin intermediul listelor de control (ACL), oprind o interfață sau activând instantaneu o cale redundantă.
Atunci cînd evaluează furnizorii de echipamente de rețea, directorii și managementul IT și OT trebuie să privească dincolo de specificațiile hardware tradiționale, cum ar fi debitul sau densitatea porturilor. Viabilitatea unei rețele future-ready, cu operații bazate pe inteligență artificială, depinde în întregime de maturitatea sistemului API al furnizorului. Prin urmare, apar noi criterii atunci cînd vine vorba de evaluarea pregătirii furnizorului pentru integrarea AIOps:
– Arhitectură API-first: asigură că funcțiile disponibile în CLI sau în interfața grafică sunt disponibile și prin API-urile REST, NETCONF sau RESTCONF, prevenind zonele gri în care este încă necesară intervenția manuală pentru configurații în cazuri specifice.
– Telemetrie în flux continuu: transmite date continuu, în mod granular, direct de la switch/router (de exemplu, telemetrie gRPC), în loc să se bazeze pe interogările SNMP tradiționale. Ea oferă inteligenței artificiale vizibilitate în timp real, permițându-i să detecteze anomalii tranzitorii pe care sondajele tradiționale le ratează.
– RBAC granular: controlul accesului bazat pe roluri este special conceput și pentru accesul API-urilor, nu doar pentru utilizatorii umani. El asigură că agenții AI sunt strict limitați în ceea ce pot face, acordându-le permisiuni limitate, de exemplu de a optimiza traficul fără a le permite, însă, să modifice politicile de securitate de bază.
– Modele de date standardizate: respectarea modelelor de date vendor-neutral, cum ar fi OpenConfig sau modelele IETF YANG, este o necesitate. Ea previne dependența de furnizor, permițînd unui singur agent AIOps (sau unui singur set de agenți) să gestioneze medii eterogene, cu furnizori diverși, fără a necesita cod personalizat pentru fiecare din aceștia.
– Limitarea previzibilă a ratei de acces: este necesară o documentație clară cu privire la numărul de apeluri API pe care echipamentul le poate gestiona pe secundă fără a degrada performanța de bază a hardware-ului. Ea asigură că un agent AI care scanează agresiv rețeaua nu provoacă în mod accidental un denial-of-service pe planul de control. â
În acest fel conversația despre evaluarea unei soluții trebuie să se desfășoare într-un nou plan: întrebarea principală se mută de la „Acest echipament poate fi utilizat într-un cadru AIOps?” la „Oferă acest echipament un API deschis, standardizat și performant necesar pentru ca agenții noștri AIOps să funcționeze autonom?”. Echipamentele cărora le lipsesc API-uri robuste vor bloca echipele operaționale în modul manual, limitându-le la fluxuri de lucru reactive, indiferent de viteza de bază a hardware-ului.
Allied Telesis oferă deja accesul programatic la echipamentele sale de ceva vreme. Există disponibil pentru utilizatorii tehnologiei atât API-uri la nivel de echipament de rețea, care respectă standarde deschise (de exemplu, REST și RESTCONF) și care pot fi utilizate out-of-box, cât și API-uri către elementele de control ale rețelei, cum ar fi sistemul de NMS VistaEX. Ele permit agenților AIOps să aibă o vizibilitate completă asupra rețelei și să ia măsurile de corecție necesare în timp real.
