Michael JohnsonTekoälyagentti voi selvittää, miksi verkkoyhteys pätkii, ja ehdottaa sitten korjausta, joka vaikuttaa tuotantoinfrastruktuuriin. Microsoft kuvasi 13. lokakuuta julkaistussa teknisessä artikkelissa kerroksellisen arkkitehtuurin, jossa erilliset ohjelmalliset säännöt rajoittavat agentin käyttöoikeuksia ja tarkistavat sen toimet.
Artikkelin kirjoittaja Arun Malik, Microsoftin Azure Networking -yksikön pääinsinööri, tarkastelee datakeskuksen epävakaan yhteyden tapausta. Agentti kerää tietoja laitteiden tilasta ja telemetriasta, vertaa niitä viimeaikaisiin muutoksiin, luokittelee häiriön ja laatii yhteenvedon. Sen jälkeen järjestelmä voi siirtyä korjaamiseen – esimerkiksi katkaista BGP-istunnon laitteessa, joka välittää käyttäjäliikennettä – arkkitehtuurissa määriteltyjen valvontamekanismien kautta.
Microsoft kuvaa neljä rajaa: identiteetti, työkalut, muutokset ja aika. Agentti toimii sen kutsuneen henkilön käyttöoikeuksien rajoissa, käyttää järjestelmiä valvotun rajapinnan kautta, pysähtyy ennen tuotantojärjestelmän tilaa muuttavaa toimenpidettä ihmisen vahvistusta varten, ja onnistuneet, toistettavat menettelyt voidaan ajan mittaan tallentaa deterministisiksi työnkuluiksi.
Agentin käyttöoikeudet määräytyvät käyttäjän oikeuksien mukaan
Ensimmäinen raja koskee tunnistetietoja. Ehdotetussa mallissa agentti toimii käyttäjän puolesta eikä saa tätä laajempia oikeuksia. Jos tarvitaan palvelutiliä, sen oikeuksien tulisi olla vielä suppeammat. Näin rajoitetaan lokien ja työkalujen vastausten virheiden tai haitallisen tekstin aiheuttamia seurauksia: malli ei voi saada etuoikeuksia, joita käyttäjällä tai erillisellä tilillä ei ole.
Toinen raja koskee työkaluja. Jokainen toiminto toteutetaan tyypitetyllä rajapinnalla, jolle tehdään erillinen valtuutustarkistus, joka ottaa vastaan rakenteista syötettä ja jättää lokimerkinnän. Malik täsmentää, ettei rajoituksen kohteena ole komentorivi itsessään vaan hallitsematon pääsy komentotulkkiin: rajatun komennon voi tarjota valvottuna työkaluna, kun taas vapaa shell vaikeuttaa käyttöoikeuksien rajaamista ja toimien auditointia.
Lukeminen ja muuttaminen edellyttävät eri sääntöjä
Kuvatussa arkkitehtuurissa diagnostiikka voidaan suorittaa automaattisesti. Tuotantojärjestelmän tilaa muuttava toiminto keskeytetään, kunnes ihminen hyväksyy sen. Kirjoittajan mukaan rajoitus tulisi toteuttaa suoritusympäristön koodissa, ei vain mallille annettuna ohjeena. Malli voi jäsentää laitteen rakenteistamatonta tulostetta, mutta ohjelmalogiikka vastaa toiminnan valinnasta ja käyttöoikeuksien tarkistamisesta.
Artikkelissa annetaan esimerkki verkkoliitännästä: malli muuntaa komennon tulosteen rakenteisiksi kentiksi, validoija vertaa niitä skeemaan ja deterministinen ehto valitsee seuraavan toiminnon. Jos vaihe muuttaa kokoonpanoa, suoritus odottaa hyväksyntää. Näin tehtävän kuvaus erotetaan verkon muuttamiseen tarvittavista valtuuksista.
Neljäs raja liittyy toistettavuuteen. Microsoft ehdottaa, että testatut diagnostiikkapolut tallennetaan deterministisiksi työnkuluiksi, jotka tutuissa tapauksissa voidaan suorittaa ilman uutta mallikutsua. Yhtiön mukaan tämä vähentää toistuvan päättelyn kustannuksia, parantaa toistettavuutta ja pienentää virheiden ja hyökkäysten mahdollisuuksia. Julkaisussa ei esitetä määrällisiä tuloksia tuotantokäytöstä.
Mitä käyttöönotossa kannattaa tarkistaa
Microsoftin artikkeli on arkkitehtuurin ja käyttötapauksen tekninen kuvaus, ei riippumaton arvio valmiin tuotteen luotettavuudesta. Omia agentteja suunnitteleville tiimeille käytännön etenemisjärjestys on sitoa toiminnot käyttäjän identiteettiin, luetella sallitut operaatiot, tyypittää ja kirjata työkalukutsut, erottaa luku- ja kirjoitustoiminnot sekä vaatia muutoksille nimenomainen vahvistus. Toistuvat tapaukset voidaan muuttaa tavallisiksi työnkuluiksi sen jälkeen, kun käynnistysehdot ja tulokset on tarkistettu.
Keskeinen johtopäätös koskee roolien erottamista: malli auttaa selvittämään tuntemattomia häiriöitä ja tuottamaan rakenteista tulostetta, kun taas suoritusjärjestelmä määrittää, mitkä toiminnot ovat sallittuja ja milloin tarvitaan vahvistus. Juuri tällaista erottelua Microsoft ehdottaa siirryttäessä operaattorille annettavista ehdotuksista verkkoinfrastruktuurin rajattuun automatisointiin.