Microsoft laat AutoNet netwerkwijzigingen voorbereiden

Microsoft schrijft op 22 oktober dat AutoNet met brondata netwerkvoorstellen maakt en het ophalen van IP-helperdata in sommige pilotgevallen van maximaal drie weken naar één dag of minder verkort; netwerkbeheerders keuren wijzigingen goed.

Bij netwerkbeheer zit een deel van de doorlooptijd vóór de wijziging: feiten zoeken, de huidige configuratie controleren en mogelijke gevolgen inschatten. AutoNet verplaatst een deel van dat voorwerk naar de agent. Voor een Nederlandse organisatie met eigen netwerkbeheer verandert daarmee de voorbereiding, terwijl een netwerkbeheerder wijzigingen nog steeds beoordeelt en vrijgeeft.

De agent bundelt stappen vóór vrijgave

AutoNet werkt als één ingang voor netwerkbeheerders die in natuurlijke taal een gewenste uitkomst beschrijven. De agent verzamelt context en coördineert gespecialiseerde agenten. De IP Helper Agent haalt IP-helperdata op, een specifiek type netwerkconfiguratie; de Core WAN-agent beheert configuratiesjablonen. Een Intake Agent verwerkt binnenkomende werkstromen en kan samenwerken met de IP Helper Agent. Microsoft zegt dat netwerkteams zelf specialistische agenten kunnen bouwen binnen controles op beveiliging, privacy en verantwoorde AI.

Het voorbeeld in Microsofts publicatie bestaat uit acht stappen. De agent interpreteert het verzoek, bepaalt apparaten en locaties, haalt configuratie op, vergelijkt de huidige en gewenste staat en zoekt conflicten. Daarna maakt hij een wijzigingsvoorstel, bereidt terugdraai-instructies voor en levert controleerbare bestanden op. Bij een voorgesteld actiepunt wacht het platform op goedkeuring van een netwerkbeheerder. Dat houdt het besluit bij netwerkbeheer, terwijl de agent het zoek- en vergelijkwerk voorbereidt.

Microsoft bracht de agenten samen in een portaal. Een technische schil verbindt de onderdelen met regels en servers volgens Model Context Protocol (MCP). De agenten sluiten aan op werk dat netwerkteams al hadden ontwikkeld. De gebruiker krijgt één ingang; taken blijven bij gespecialiseerde agenten en bestaande systemen.

De configuratiebron draagt de context

Voor de agent liet Microsoft eerst één beheerde bron van waarheid voor netwerkconfiguraties inrichten. Die opslag levert gegevens aan netwerkbeheerders, API's, hulpmiddelen van partners, bestaande automatisering en AI-functies. De publicatie verbindt de kwaliteit van de ervaring rechtstreeks aan de kwaliteit van die bron. Een onvolledige of tegenstrijdige bron levert de agent dus ook geen betrouwbare actuele stand.

De rolverdeling in de uitvoering is ook expliciet: bestaande controles, uitrolpijplijnen, goedkeuringsstromen en configuratiedistributie blijven vaste stappen uitvoeren. De agent ondersteunt vooral interpretatie, coördinatie en verbindingen tussen systemen. Daarmee komt AI bij het voorwerk, terwijl herhaalbare controles in bestaande automatisering blijven.

Voor Nederlandse IT-teams is dit een concrete afhankelijkheid. Als configuratiegegevens over losse systemen verspreid staan, blijft het vinden van de actuele instelling onderdeel van het werk. De beheerde configuratiebron staat daarom vóór de agent in het ontwerp.

Cloudbeheer kent een vergelijkbaar voorstelmodel

AWS biedt sinds 1 oktober de Well-Architected Agent in openbare proefversie. De dienst combineert gebruiksmetingen, instellingen van cloudonderdelen en hoe applicaties zijn opgebouwd. Daarna vergelijkt het systeem die context met richtlijnen voor meer dan 65 AWS-diensten. Het levert herstelstappen, waaronder wijzigingen in de code voor cloudinfrastructuur. AWS zegt dat AI-aanbevelingen fouten of onvolledige informatie kunnen bevatten en dat teams ze zelf moeten beoordelen voordat ze iets uitvoeren.

Het verschil zit in het object: AutoNet bereidt wijzigingen voor in Microsofts eigen netwerkbeheer; AWS beoordeelt cloudomgevingen van klanten. AWS’ Well-Architected Agent beoordeelt meer dan 65 diensten, maar vereist Business+ Support en laat profielen draaien in drie Amerikaanse regio's. In beide gevallen verzamelt een agent context en kan een mens het voorstel beoordelen voordat de wijziging wordt uitgevoerd.

De pilot meet één taak, niet het netwerk

Microsoft beschrijft AutoNet als een pilot voor een relatief kleine groep processen. In sommige gevallen daalde de tijd om IP-helperdata op te halen van maximaal drie weken naar één dag of minder. Dat cijfer gaat over één soort gegevens ophalen, niet over de volledige doorlooptijd van een netwerkverandering. De publicatie noemt geen aantal verzoeken, meetperiode, foutpercentage, correcties of beoordelingstijd.

Een productiescorecard per taaktype meet naast volume ook uitzonderingen, bewijsvolledigheid, tijd tot menselijke vrijgave en hersteltijd. Zo wordt zichtbaar hoe snel informatie wordt opgehaald en of een wijziging door de controle komt. Microsoft publiceert nog geen uitkomsten voor die andere maten.

AutoNet laat zien welke onderdelen van netwerkbeheer de agent krijgt: informatie verzamelen, vergelijken en een voorstel voorbereiden. Herhaalbare validatie en uitrol lopen via bestaande systemen; een netwerkbeheerder houdt de goedkeuring. Als Microsoft de pilot uitbreidt, wordt zichtbaar of dezelfde tijdwinst geldt voor andere taaktypen en hoeveel controlewerk daarbij nodig blijft. Die cijfers bepalen of een snellere data-opvraag ook het bredere beheerproces verandert.