SolarWinds Avior: AI-агенты для IT-операций

14 октября 2026 года SolarWinds представила Avior - отдельную систему ИИ-агентов для IT-операций. SolarWinds называет её целеориентированной: инженер задаёт задачу и границы, а система координирует агентов, показывает ход работы и фиксирует действия. Продукт доступен через программу сопровождаемого подключения (guided onboarding). Обычную самостоятельную регистрацию компания в релизе не обещает.

На старте Avior сосредоточен на сетевых задачах. Network World отдельно описывает обработку оповещений, проверку конфигураций и режимы, в которых администратор задаёт степень самостоятельности агента. Для руководителя это повод проверить собственные процессы: какие действия можно доверить автоматике, кто подтверждает изменения и как команда разберёт ошибку после инцидента.

Что умеет Avior по данным релиза

SolarWinds заявляет, что Avior использует данные мониторинга, топологию сети, историю конфигураций и сведения из подключённых систем. Среди сценариев первого релиза компания перечисляет объединение связанных оповещений в один инцидент, поиск изменений конфигурации вне принятого порядка, сверку устройств с политиками и резервное копирование конфигураций. Также заявлены восстановление последней исправной конфигурации, контроль ресурсов и поиск устаревших записей об оборудовании.

Система рассчитана на работу с продуктами SolarWinds и подключёнными сторонними инструментами. В релизе упомянут Model Context Protocol (MCP) - протокол для обмена данными и вызова инструментов между ИИ-системой и внешними сервисами. Наличие такой связи само по себе не даёт агенту право менять инфраструктуру. Права, допустимые действия и согласования задаёт организация.

Avior пока проходит сопровождаемое подключение. Поэтому перечисленные функции следует читать как заявленные возможности продукта, а условия применения в конкретной инфраструктуре проверять с поставщиком до закупки.

Три уровня самостоятельности агента

Network World описывает три режима Avior. В режиме помощника агент находит проблему и предлагает действие. В режиме с человеком в контуре администратор одобряет шаг до его выполнения. В автономном режиме агент выполняет разрешённые операции в заданных заказчиком границах и сообщает о результате. SolarWinds отдельно заявляет риск-ориентированные ограничения: потенциально опасные действия требуют явного согласования.

Руководителю стоит выбирать режим с учётом цены ошибки:

1. Наблюдение и подготовка. Агент собирает сигналы, предлагает причину инцидента и готовит черновик записи. Изменений в рабочей среде он не делает.
2. Действие после согласования. Агент предлагает исправление конфигурации. Инженер проверяет устройство, последствия и план отката, затем подтверждает запуск.
3. Ограниченная автономность. Агент выполняет заранее одобренную повторяемую операцию только на указанной группе систем. Команда получает запись о каждом запуске и может остановить процесс.

Это пример политики для пилота, а не готовая настройка Avior. Для каждого действия запишите, кто отвечает за допуск, при каких сигналах агент останавливается и куда передаёт спорный случай.

Права, журнал и роль человека

Начните с минимальных прав. Агенту, который группирует оповещения, нужен доступ к событиям мониторинга. Права на изменение сетевых устройств ему не требуются. Для операции с конфигурацией создайте отдельную роль и ограничьте её конкретными устройствами и командами. SolarWinds сообщает, что действия Avior наследуют разрешения пользователя, инициировавшего задачу; модель доступа в вашей среде нужно проверить на пилоте.

Требуйте журнал, по которому инженер восстановит цепочку: исходный сигнал, доступные агенту данные, предложенное решение, подтверждение сотрудника, выполненная команда и результат. В релизе SolarWinds заявлены подробные журналы, отслеживание целей и поддержка отката. Перед рабочим запуском попросите показать эти функции на вашем сценарии. Проверьте, какой объём журнала сохраняется, кто может его читать и что происходит при неудачном откате.

Человек остаётся владельцем процесса. Он утверждает перечень разрешённых действий, разбирает исключения и останавливает автоматизацию при ошибках. Передача подтверждения инженеру должна быть частью рабочего маршрута: с контекстом инцидента, предлагаемым изменением и понятным способом отказаться от действия.

Как провести пилот и оценить результат

Выберите один повторяемый процесс с понятным исходом. Для сетевой команды подойдёт первичная обработка оповещений: агент объединяет связанные сигналы, готовит карточку инцидента, инженер проверяет вывод. На старте зафиксируйте период замера и сравните его с работой команды до пилота по одинаковым правилам.

В плане пилота нужны пять вещей:

• Цель: например, сократить время от первого оповещения до верной классификации инцидента.
• Доступ: список систем, данных и действий агента с отдельным владельцем каждого разрешения.
• Граница автономности: какие выводы агент только предлагает, какие операции запускает после подтверждения и какие действия запрещены.
• Журнал и восстановление: кто проверяет записи, как команда останавливает агента и возвращает систему в рабочее состояние.
• Показатели: время классификации, доля верно сгруппированных оповещений, число ручных исправлений, ошибочных действий и отклонённых предложений.

У каждого показателя должно быть одно определение. Например, «верная группировка» означает, что дежурный инженер подтвердил состав инцидента по принятому правилу. Иначе две команды могут оценить один и тот же запуск по-разному. После нескольких циклов проверки решайте, расширять ли права. Скорость без контроля ошибок даёт неполную картину.

Где полезна связка нескольких агентов

В сложном процессе роли можно разделить: один агент собирает сигналы, второй готовит диагностическую гипотезу, третий проверяет её по правилам доступа. Такое распределение требует ясного владельца каждого шага и общего журнала. Само число агентов не показывает пользу системы. Смотрите, стало ли инженеру легче принять решение и быстрее ли команда возвращает сервис к работе.

Для эксперимента с распределением задач можно посмотреть HERMES: по ссылке читатель получает $15 на подписку HERMES. Тестовую среду держите отдельно от рабочих систем. Перед передачей агентам доступа к инфраструктуре определите права, источники данных и действия, которые подтверждает сотрудник.

Для регулярной обработки событий и постоянного выполнения агентных IT-процессов потребуется устойчивый серверный контур. На Timeweb Cloud можно разместить сервер для оркестратора и интеграций; у провайдера также есть сервис ИИ-агентов с перечнем доступных моделей и отдельной тарификацией. Состав моделей и условия оплаты проверяйте перед запуском. Timeweb Cloud описывает оплату банковской картой, но доступность платежа конкретной картой «Мир» зависит от банка и платёжного маршрута; её лучше подтвердить в личном кабинете или поддержке. За мониторинг, резервное копирование и разграничение доступа в своём контуре отвечает команда проекта.

Что спросить у поставщика до запуска

Попросите показать один полный рабочий сценарий на тестовой среде: от входящего оповещения до результата. По ходу демонстрации уточните:

1. Какие права агент наследует от пользователя и можно ли сузить их для отдельной задачи?
2. При каком уровне риска система требует подтверждения администратора?
3. Что именно попадает в журнал и как выгрузить записи для разбора инцидента?
4. Какие данные уходят во внешние модели и как они защищены?
5. Какие изменения можно откатить автоматически, а где нужен инженер?
6. Как ограничить агента тестовой средой и остановить выполнение при сбое?

Ответы сравните с правилами своей IT-команды. Если поставщик показывает работу на типовом стенде, повторите проверку на собственном безопасном сценарии: состав интеграций и доступных действий может отличаться.

Вывод

SolarWinds Avior, представленный 14 октября 2026 года, показывает подход к агентной автоматизации сетевых операций с разными уровнями самостоятельности. Пока продукт доступен через сопровождаемое подключение, руководителю полезно взять из новости управленческую схему: одна задача для пилота, минимальные права, журнал каждого действия, подтверждение рискованных изменений и измеримые показатели качества. Расширять автономность стоит после проверки результатов на своей инфраструктуре.

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом.