ArchiFlow
Увидьте свою сеть. Определите её будущее.
Обнаруживайте устройства и подключения. Превращайте их в живую топологию, затем проверяйте и внедряйте изменения из того же места.
Начните с существующей сети.
Обнаруживайте сетевые устройства и связи без установки агентов. Шесть типов устройств остаются связанными с единым узлом обнаружения.
- Обнаружение без агентов и документирование топологии
- Шаблон → сравнение → согласование → внедрение
- Облачное, локальное или изолированное развёртывание
Создано для работы.
Меняет подход.
Три области, где ArchiFlow превращает сложность в ясный следующий шаг.
Начните с сети, которая есть на самом деле.
- Задача
- Команда принимает ответственность за площадку с оборудованием нескольких производителей и устаревшими схемами.
- Продукт в работе
- Определите диапазоны сканирования и учётные данные чтения, обнаружьте устройства и соседей, проверьте неясные связи и превратите результаты в редактируемую схему.
- Что меняется
- Команда получает общий исходный инвентарь и топологию для повторной проверки следующими сканированиями.
Проверьте изменение. Затем реализуйте.
- Задача
- Общую настройку нужно обновить на коммутаторах, сохранив различия между моделями.
- Продукт в работе
- Подготовьте шаблон, сравните с фактическим состоянием, получите согласование и запустите на пилотном наборе. Проверьте результаты и различия перед продолжением.
- Что меняется
- Изменение связано с проверенной конфигурацией и историей выполнения, позволяя оценить восстановление при неподходящем результате.
Новое оборудование. Тот же общий контекст.
- Задача
- Устройство выводится из эксплуатации, и местная команда устанавливает замену совместно с операционным центром.
- Продукт в работе
- Проверьте запасные устройства и связи заменяемого блока, перенесите связи на замену и после установки проверьте топологию и конфигурацию.
- Что меняется
- Документация отражает действующее устройство и историю замен, давая следующей смене ту же операционную картину.
Система с чётким назначением.
Часть большей картины.
Рабочая среда для сетевой команды: обнаружение существующих устройств, редактируемая документация и связь каждого изменения с конфигурацией, адресацией и историей выполнения. Сетевые операторы могут работать как с плановой схемой, так и с фактической инфраструктурой.
Сетевая основа.
ArchiFlow даёт командам Titans общее представление инфраструктуры, внутри которой они работают: устройств, связей, адресов и конфигураций. В проекте этот контекст связывает проектирование сети с её операторами. Обнаружение задаёт исходный уровень; проверенные изменения и живая документация сохраняют полезность после внедрения.
01Полный рабочий процесс
+
Пример без клиентских данных: сетевая команда принимает площадку с коммутаторами разных производителей и неполными схемами. Перед подготовкой и выполнением общего изменения конфигурации она устанавливает фактические подключения.
Определите и обследуйте площадку
Владелец сети выбирает диапазоны адресов и разрешённые пути управления. Ограниченные учётные данные позволяют обнаружить оборудование и получить сведения соседей по поддерживаемым протоколам.
Наблюдаемые инвентарь и топология с уровнем уверенности связей доступны для сравнения с известным оборудованием.
Проверить рабочую модель
Инженер проверяет неясные связи, превращает обнаружение в редактируемую схему и дополняет недостающие сведения о площадке, адресах и подключениях. Существующие записи Excel могут пройти сопоставление столбцов и проверку.
Проверенные устройства, связи и адресация дают контекст выбора оборудования, затронутого изменением.
Подготовить и сравнить конфигурацию
Инженер выбирает шаблон CLI или Jinja2 и задаёт поля устройства. Предлагаемая конфигурация сравнивается с текущей до проверки различий уполномоченным оператором.
Предлагаемую конфигурацию и различия можно проверить в контексте фактического оборудования.
Выполнить ограниченное внедрение
Оператор утверждает пилотный запуск на выбранных устройствах. Команда проверяет вывод команд, включая ошибки CLI платформ, прежде чем решать о распространении.
История выполнения и версии конфигурации позволяют оператору проверить произошедшее. Правила продолжения и остановки следуют согласованной процедуре изменений.
Проверить и передать
Инженер проверяет итоговую конфигурацию и топологию, фиксирует открытые вопросы и планирует повторное обнаружение. При восстановлении команда использует путь, проверенный для семейства устройств и изменения.
Следующая смена может вместе изучить текущую модель, проверенную конфигурацию и историю запусков с обозначенной незавершённой работой.
Изменение оставляет проверяемую цепочку от обнаруженного оборудования к предлагаемой конфигурации и результату. Восстановление, совместимость и критерии приёмки определяются для выбранной сети.
02Возможности внутри
+
Обнаружение и описание сети
Сканирование диапазонов IP и обнаружение соседей через SSH, SNMP, CDP и LLDP связывают устройства и соединения в единую топологию. Уверенность связи помогает отличать наблюдаемую информацию от отношений, требующих проверки.
- Входные данные
- Разрешённые диапазоны IP, доступные пути управления и ограниченные учётные данные устройств.
- Результат
- Наблюдения устройств и связи соседства с уровнем уверенности, указывающим связи для проверки инженером.
Актуальное проектирование и документация
Редактируемая схема рассматривает устройства, подключения и адреса как часть модели сети. Превратите результаты обнаружения в общий проект и обновляйте документацию повторными сканированиями.
- Входные данные
- Результаты обнаружения, существующий инвентарь и изменения устройств, кабелей или адресов.
- Результат
- Редактируемая модель сети, связывающая схему с инвентарём и позволяющая сравнивать её с последующим сканированием.
IP-адреса и префиксы
Управляйте адресами, префиксами и VLAN в контексте площадок и устройств. Распределение, массовые операции и представления использования создают структурированную основу следующего изменения сети.
- Входные данные
- Известное адресное пространство, префиксы и назначения, связанные с площадками и оборудованием.
- Результат
- Распределение адресов и информация об использовании помогают команде подготовить следующее изменение без отдельных списков.
Шаблоны конфигурации
Шаблоны CLI и Jinja2 используют поля устройств для подготовки нужной конфигурации. Общая библиотека и история версий сохраняют шаблоны и связанные решения для повторяемой работы.
- Входные данные
- Версионируемый шаблон CLI или Jinja2 и значения с выбранного устройства.
- Результат
- Предлагаемая конфигурация для конкретного устройства, готовая к сравнению и проверке перед внедрением.
Резервные копии, различия и отклонения
Сохраняйте текущие конфигурации и сравнивайте с предлагаемыми изменениями. История версий и сгруппированные различия между устройствами помогают выявлять отклонения и оценивать путь восстановления.
- Входные данные
- Сохранённая текущая конфигурация и предлагаемая либо предыдущая версия.
- Результат
- Версии конфигурации и сгруппированные различия как основа проверки отклонений и оценки восстановления.
Поэтапное и плановое развёртывание
Определите набор устройств, окно изменений и первый пилотный запуск. История выполнения и результаты команд помогают оценить изменение перед распространением на остальное оборудование.
- Входные данные
- Проверенная конфигурация, набор устройств, разрешённое время и начальный пилотный объём.
- Результат
- История запусков и результаты команд для решения о продолжении, исправлении изменения или исследовании сбоя.
Инвентарь, запасные устройства и замена
Свяжите инвентарь устройств, кабелей и питания с площадками и схемами. При замене устройства связи интерфейсов, адресов и кабелей могут переноситься на новое оборудование с фиксацией вывода старого.
- Входные данные
- Инвентарь площадки, доступные запасные устройства и связи интерфейсов, адресов и кабелей старого блока.
- Результат
- Запись о замене и перенесённые связи в модели сети с указанием выведенного из эксплуатации устройства.
Совместная работа и помощь ИИ
Совместное редактирование и журнал действий сохраняют общий контекст сетевой команды. ИИ отвечает по данным сети и готовит изменения к проверке. Облачная или локальная модель зависит от версии, среды выполнения и политики данных.
- Входные данные
- Активность команды, открытая схема и сетевая информация, доступная пользователю.
- Результат
- Общий рабочий контекст, ответы ИИ или предлагаемые изменения для проверки оператором. Режим ИИ зависит от развёртывания.
03Информация, которая остаётся связанной
+
Эти рабочие объекты объясняют используемую в задаче информацию. Описания не являются опубликованной схемой базы или форматом API.
Площадки, оборудование и подключения
Устройства, интерфейсы, кабели и связи площадок соединяют обнаруженное оборудование с топологией. Уверенность связи отделяет наблюдаемые свидетельства от отношений, требующих проверки.
Поиск оборудования, затронутого изменением, и передача его контекста другому инженеру.
Адреса и сетевое пространство
IP, префиксы и VLAN можно вести или импортировать вместе с остальными объектами инвентаря. Данные существующих таблиц проходят сопоставление и проверку.
Подготовка распределения и проверка сетевых данных, от которых зависит шаблон.
Конфигурации и версии
Шаблоны, предлагаемая и текущая конфигурации, сохранённые версии отражают предлагаемое и наблюдаемое состояния. Сравнение выявляет различия выбранного оборудования.
Проверка изменения и оценка пути восстановления, проверенного для платформы.
Запуски, активность и аудит
Результаты развёртывания, обнаружение и события конфигурации формируют операционную историю. Публичный Trust Center также описывает экспорт аудита в SIEM.
Понимание результата запуска, отслеживание ответственности и передача подтверждений в существующие средства контроля.
04Подключения к вашим существующим системам
+
Оборудование и версии ОС
Подключение охватывает, в частности, семейства оборудования Cisco, Juniper, Arista, Fortinet и Palo Alto. При обнаружении проверяются модели, версии и нужные операции каждого семейства.
Существующий инвентарь и данные
Устройства, адреса, площадки и подключения можно импортировать из Excel с сопоставлением столбцов и проверкой. Интеграция NetBox требует правил ответственности за каждое поле и его синхронизацию.
Мониторинг и операционные процессы
Свяжите модель сети с контекстом мониторинга и системами вроде SolarWinds. Дополнительные API-подключения и передачи событий определяются с учётом существующих инструментов организации.
Варианты развёртывания и управления
Варианты включают Docker на одном сервере, отдельные уровни приложения и данных, установку в изолированных сетях. Каждая среда требует путей доступа к устройствам, управления секретами, резервирования и процедур обновления.
05Права, контроль и исключения
+
Ролевые права
Разделяйте просмотр, редактирование и администрирование, сопоставляя группы организации с правами. Право редактировать схему не даёт автоматически права внедрять конфигурацию.
Учётные данные в нужных границах
Пулы учётных данных ограничены площадками и устройствами. Определите сервисные учётные записи и минимальные права для обнаружения и выполнения.
История для проверки
Сохраняйте связь изменения с пользователем, конфигурацией и результатом запуска. История версий помогает оценить восстановление; путь проверяется для типа устройства.
Явная граница облачного ИИ
Облачное ИИ-дополнение оценивается отдельно от ядра. Не предполагайте доступность в изолированной сети: согласуйте работающие функции, выходящие данные и нужные разрешения.
Когда всё идёт не по плану
Повседневная работа включает проверку обнаружения, сопровождение шаблонов и учётных данных, проверку изменений и обновление документации. Защитные механизмы выявляют неполные и неудачные операции; проект назначает ответственных за реакцию.
Обнаружение оставляет пробелы
Недоступное устройство или неясная связь требуют исследования. Оператор проверяет подключение, учётные данные и свидетельства соседства, затем при необходимости дополняет модель. Результат сканирования — наблюдение в заданных границах, а не доказательство обнаружения всех активов.
Подключение успешно, но команда завершается ошибкой
ArchiFlow описывает классификатор ошибок CLI отдельных платформ даже при успешной передаче. Операторы проверяют результат команды и определяют исправление. Остановку, повторы и восстановление нужно проверять для фактического семейства устройств и операции.
Развёртывание завершено лишь частично
Пилотный запуск, версии конфигурации и история выполнения помогают провести анализ перед расширением. Проект должен определить порядок работы с частично изменённым набором устройств и условия остановки. Одни резервные копии не обеспечивают универсальную процедуру отката.
Импортированные данные или данные замены требуют сверки
Проверка столбцов помогает проверить импорт; замена переносит связи устройства в новую модель. Инженерам всё ещё нужны правила для противоречивых записей и интерфейсов, отсутствующих в модели замены. Перенос связей не гарантирует переносимость конфигурации.
06Внедрение и соответствие организации
+
Выберите типовую площадку
Сетевая команда предоставляет список оборудования, диапазоны адресов и требования доступа. Вместе выбираем первый процесс и определяем разрешённое сканирование и изменения.
Проверить обнаружение и модель
Проведите обнаружение в согласованных границах и сравните с известным инвентарём. Результат — проверенная топология и список пробелов.
Выполнить контролируемое изменение
Владелец сети выбирает шаблон и пробные устройства. Перед расширением проверьте права, согласование, результаты команд и резервные копии.
Установить порядок эксплуатации
Определите ответственных, регулярные сканирования, окна изменений и обработку сбоев. Расширение на новые площадки следует проверенному списку совместимости.
Среда развёртывания
- Среда выполнения
- Локальное развёртывание и работа в изолированных сетях. Главная страница описывает облачный ИИ, материалы релизов — также локальные модели. Настройка ИИ, версия и пути обновления оцениваются для фактической среды.
- Существующая инфраструктура
- Топология и оборудование разных производителей. Модели, версии и пути управления проверяются при обследовании.
- Подготовьте к разговору
- Типовая площадка или сеть, список оборудования, ограничения доступа и операционный процесс для улучшения.
Подтвердите оборудование и операцию
Проверьте модели, версии ОС и необходимые действия на типовой площадке. Название производителя не определяет полную совместимость. Обнаружение, резервирование, внедрение и восстановление могут требовать разных проверок перед расширением.
Определите подключения существующих систем
Публично описаны синхронизация NetBox, мониторинг SolarWinds, интерфейсы идентификации и экспорт SIEM. Проект определяет совместимость коннекторов, владельцев полей, сопоставление групп и доставку событий. Логотипы других поставщиков сами по себе не означают готовую клиентскую интеграцию.
Сохраняйте полномочия изменений у операторов
Ролевой доступ, ограниченные учётные данные и этапы проверки управляют изменениями. Копилот предлагает действия для подтверждения уполномоченным оператором. Согласуйте подготовку, утверждение и выполнение каждой операции, подтверждения, условия остановки и восстановление.
Выберите режим развёртывания и ИИ
Описаны локальные и изолированные развёртывания ядра. Главная страница представляет Claude как необязательное облачное дополнение, а страницы релизов и доверия также описывают локальный ИИ. Подтвердите версию, доступную модель и пути данных проекта; изолированное развёртывание не подразумевает облачный ИИ.
07Вопросы соответствия
+
Нужна ли точная схема для начала?
Нет. Начните с обнаружения существующей сети и импорта инвентаря. Команда проверит результаты и дополнит связи, которые сканирование не устанавливает само.
Поддерживаются все модели производителя?
Одного названия производителя недостаточно. Проверьте модель, операционную систему, версию и предполагаемую операцию — обнаружение, резервное копирование, внедрение или восстановление — перед расширением развёртывания.
Можно ли развернуть без доступа к интернету?
Доступна установка без подключения к сети. Заранее подготовьте установочный пакет, процедуру обновления и доступ к устройствам. Облачные функции ИИ в этом режиме развёртывания не гарантируются.
ИИ самостоятельно меняет сеть?
Копилот предлагает изменения для проверки и подтверждения пользователем. Права пользователя и процесс изменений действуют и для предложений ИИ.
Что подготовить к оценке соответствия?
Подготовьте типовую площадку, инвентарь моделей и версий, подход к управлению адресами, средства мониторинга и один процесс изменений. Это задаёт практическую оценку и ясный результат.
08Документация и дополнительные материалы
+
- Обследование и рабочий процесс ↗ — открывается в новой вкладке
- Возможности и поведение платформы ↗ — открывается в новой вкладке
- Оборудование и интеграции ↗ — открывается в новой вкладке
- Доверие, идентификация и аудит ↗ — открывается в новой вкладке
- Опубликованные релизы и направление развития ↗ — открывается в новой вкладке
- Опыт эксплуатации сетей на нескольких площадках ↗
- Инфраструктура нескольких площадок ↗
- Развёртывание, доступ и ответственность ↗
Свяжите с вашей работой.
Начните с одного процесса, его информации и знающих его людей. Вместе определите путь к внедрению.