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

Интеллект полезен только тогда, когда он понимает, на что он воздействует.

1. Инвентаризация объясняет, что на самом деле представляет собой сеть

Телеметрия сообщает оператору, что происходит в сети. Инвентаризация ресурсов объясняет, с чем это происходит. Физическая инвентаризация фиксирует объекты, кабельные каналы, оптоволокно, шкафы, оборудование и порты. Логическая инвентаризация описывает интерфейсы, соединения, каналы связи и сетевые взаимосвязи. Инвентаризация услуг связывает эти ресурсы с клиентами и обязательствами по предоставлению услуг.

Это не три несвязанные базы данных. Их взаимосвязи обеспечивают надёжные перекрёстные ссылки и обогащение данных.

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

2. Актуальная запись полезнее идеальной исторической записи

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

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

Цель не просто в сборе большего количества данных. Она в поддержании доверия к данным и к взаимосвязям, важным для принятия решений.

3. Автономность также требует учёта состояния, ограничений и последствий

Недостаточно просто знать, что два объекта связаны между собой. Система с замкнутым контуром должна понимать доступную пропускную способность, требования к отказоустойчивости (и единые точки отказа), ограничения на техническое обслуживание и услуги, находящиеся под угрозой. Она должна различать запланированное, наблюдаемое и желаемое состояния сети, а затем оценивать, приближает ли предлагаемое действие сеть к желаемому результату и/или подвергает ли её риску.

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

Автономной системе необходимы понимание зависимостей и ограничения, заложенные в политиках, а не только алгоритм поиска кратчайшего пути. Моделирование или проверка перед внесением изменений позволяют протестировать последствия до того, как конфигурация будет окончательно применена.

4. Сделайте инвентаризацию сервисом для принятия операционных решений

Операторам не нужно ждать, пока будет подготовлена безупречная система инвентаризации для всего предприятия, чтобы приступить к работе. Во-первых, маловероятно, что данные инвентаризации когда-либо будут безупречными. Во-вторых, повышение качества данных — это непрерывная серия экспериментов и исправлений. Сам факт начала работы — это первый шаг на пути к практически безупречным данным.

В качестве первого шага выберите один высокоценный сценарий использования. Определите минимальные физические, логические и сервисные взаимосвязи, необходимые для этого сценария.

SunVizion Network Inventory объединяет информацию о физической, логической и сервисной структуре сети, предлагая возможности ГИС, а также механизмы обнаружения и сверки.

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

5. Проверьте уровень уверенности, прежде чем разрешать первое автономное действие

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

Зафиксируйте отсутствующие звенья, устаревшие наблюдения и противоречивые записи о пропускной способности. Затем проверьте полученные данные на десяти гипотетических решениях по восстановлению, оценив, как часто система вынуждена воздерживаться от решения или запрашивать инженерную проверку. Определите, сколько из этих заказов подвергались риску выпадения из автоматической обработки (fall-out) из-за расхождений в резервировании ресурсов.

Это превращает расплывчатое утверждение о «готовности к ИИ» в конкретные критерии тестирования и приёмки.

Агент, который понимает, когда ему не хватает доказательств, гораздо ценнее того, кто отвечает на каждый вопрос с уверенностью, которой на самом деле не заслуживает.

Стройте разрешения на принятие решений на основе этих порогов уверенности и расширяйте сферу применения только по мере того, как качеству базовой сетевой информации можно будет доверять.

Первый вопрос заключается не в том, какую модель ИИ купить

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

Ознакомьтесь с SunVizion Network Inventory как шагом на пути к реализации ваших амбиций в области автономных сетей. В качестве альтернативы, если вы хотите обсудить истинную готовность вашей системы инвентаризации к автоматизации, свяжитесь с SunVizion по адресу https://ru.sunvizion.com/contact

 

Часто задаваемые вопросы

Может ли автономная сеть работать с несколькими системами инвентаризации?

Да, если системы предоставляют согласованные идентификаторы, достоверные взаимосвязи и чёткое определение владельца каждого элемента данных. Объединение систем без сверки данных может выявить противоречия, а не устранить их.

Заменяет ли обнаружение сети в реальном времени инвентаризацию?

Нет. Обнаружение помогает проверить наблюдаемое состояние, в то время как инвентаризация также управляет запланированными ресурсами, взаимосвязями между услугами и бизнес-контекстом, о которых устройства не могут сообщать. Инвентаризация также позволяет объединять наборы данных в единый граф знаний, тогда как обнаружение сети в режиме реального времени обычно проводится только для каждого домена отдельно.

Должно ли качество данных инвентаризации быть идеальным перед использованием ИИ?

Не обязательно. Начните с ограниченного сценария использования, определите приемлемый уровень достоверности данных и блокируйте решения или передавайте их на эскалацию, когда ключевые взаимосвязи остаются неопределёнными. Какой уровень уверенности вы считаете приемлемым, прежде чем запускать алгоритмы?