跳至内容
菜单

ArchiFlow

看清您的网络,塑造下一步。

发现设备与连接,将其转化为动态拓扑,再在同一处审核并部署变更。

从现有网络开始。

无需安装代理即可发现网络设备及其连接。六类设备始终连接同一个发现枢纽。

交换机、路由器、防火墙、接入点、服务器和存储围绕同一个 ArchiFlow 发现枢纽连接。
  • 无代理发现与拓扑文档
  • 模板 → 比较 → 批准 → 部署
  • 云端、本地或离线部署

为工作而打造。
改变工作方式。

ArchiFlow 在三个环节将复杂情况转化为清晰下一步。

专注的系统。
更大图景的一部分。

网络团队的工作空间:发现现有设备、创建可编辑文档,并将每次变更关联至配置、地址分配和执行历史。网络运维人员可同时掌握设计意图与实际设备状况。

网络基础。

ArchiFlow 为 Titans 团队提供所处基础设施的共同视图:设备、连接、地址和配置。合作期间,这些背景将网络设计与运维人员连接。发现建立基线;经审核的变更和持续更新的文档使其在部署后仍然有用。

01

完整流程

不含客户数据的流程示意:网络团队接管一个使用多厂商交换机、图纸不完整的站点,先明确连接状况,再准备和执行通用配置变更。

  1. 定义并发现站点

    网络负责人选择地址范围及获准管理路径。限定范围的凭据让发现通过支持协议识别设备并获取邻居信息。

    已观测的设备清单与拓扑及连接置信度,可用于和已知设备比较。

  2. 审核工作模型

    工程师核查不确定的连接,将发现结果转化为可编辑图,并补齐站点、地址或连接信息。现有 Excel 记录可通过列映射与验证导入。

    经审核的设备、连接和地址信息,为选择变更影响设备提供背景。

  3. 准备并比较配置

    工程师选择 CLI 或 Jinja2 模板并提供相关设备字段。授权操作人员审核差异前,先比较候选配置与运行配置。

    可结合实际设备审核拟议配置及差异。

  4. 执行有限部署

    操作人员批准在选定设备集上金丝雀试运行。团队检查命令输出,包括平台专属 CLI 错误,再决定是否扩大至更多设备。

    执行历史与配置版本让操作人员检查发生了什么。继续和停止规则遵循约定的变更流程。

  5. 验证并交接

    工程师审核最终配置与拓扑,记录未解决问题并安排再次发现。需要恢复时,使用针对该设备系列及变更测试过的路径。

    下一班次可同时检查当前模型、经审核配置及运行历史,并识别未完成工作。

变更留下从发现设备到拟议配置和执行结果的可审核链条。针对选定网络明确恢复行为、兼容性及验收标准。

02

内部能力

网络发现与映射

通过 SSH、SNMP、CDP 和 LLDP 扫描 IP 范围并发现邻居,将设备和连接汇入统一拓扑。连接置信度帮助区分已观测信息与待验证关系。

输入
获准 IP 范围、可达管理路径及限定范围的设备凭据。
输出
设备观测与邻居关系,附带置信度以识别需工程师核查的连接。

实时设计与文档

可编辑图将设备、连接和地址视为网络模型的一部分。将发现结果转化为共同设计,并通过重复扫描更新文档。

输入
发现结果、现有清单,以及设备、线缆或地址的编辑。
输出
可编辑网络模型将图示与清单连接,并可与后续扫描对照审核。

IP 地址与前缀

结合站点和设备管理地址、前缀与 VLAN。分配、批量操作和利用率视图为下一次网络变更建立规范基础。

输入
与站点和设备关联的已知地址空间、前缀和分配。
输出
地址分配与利用率信息,帮助团队准备下一次变更,无需依赖分散清单。

配置模板

CLI 和 Jinja2 模板利用设备字段准备适合的配置。共享库与版本历史保留模板及其决策依据,支持可重复的工作。

输入
带版本的 CLI 或 Jinja2 模板,以及所选设备的数值。
输出
针对具体设备的候选配置,可在部署前比较和审核。

备份、差异与漂移

采集运行配置并与拟议变更比较。版本历史与跨设备分组差异帮助识别漂移并评估恢复路径。

输入
已采集的运行配置,以及候选版本或早期版本。
输出
配置版本与分组差异,为漂移审核及恢复评估提供依据。

分阶段与定时部署

定义设备集、变更窗口和首次金丝雀试运行。执行历史与命令结果帮助团队在扩大至剩余设备前评估变更。

输入
经审核的配置、设备集、允许时段及初始金丝雀范围。
输出
运行历史和命令结果,用于决定继续、修正变更或调查故障。

清单、备件与替换

将设备、线缆和电源清单与站点及图示连接。设备替换可将接口、地址和线缆关系带入新设备,同时记录旧设备退役。

输入
站点清单、可用备件,以及旧设备的接口、地址和线缆关系。
输出
网络模型中的替换记录和已转移关系,并标明退役设备。

协作与 AI 辅助

共享编辑和活动日志让网络团队保持一致背景。AI 可利用网络数据回答问题、准备变更供审核。云端或本地模型配置取决于版本、运行环境及数据政策。

输入
团队活动、打开的网络图及用户可访问的网络信息。
输出
共享工作背景,以及供操作人员审核的 AI 回答或拟议变更。可用 AI 模式取决于部署。
03

始终互联的信息

这些工作对象解释任务使用的信息,其描述不是已发布的数据库结构或 API 格式。

站点、设备与连接

设备、接口、线缆和站点关系将已发现设备连接至拓扑。连接置信度区分观察证据与待核查关系。

找出变更影响的设备,并将其背景交接给另一位工程师。

地址与网络空间

IP、前缀和 VLAN 可与其他清单对象共同管理或导入。现有表格数据经过映射与验证。

准备分配并检查模板依赖的网络信息。

配置与版本

模板、候选配置、运行配置和已存版本代表拟议与观测状态。比较揭示选定设备之间的差异。

审核变更,并评估已针对平台检查的恢复路径。

运行、活动与审计

部署结果、发现活动和配置事件形成运维历史。公开信任中心还介绍将审计数据导出至 SIEM。

理解运行结果、追踪责任,并将证据传递至现有监督工具。

04

连接现有系统

设备与操作系统版本

连接范围包括 Cisco、Juniper、Arista、Fortinet 和 Palo Alto 等设备系列。发现流程检查各系列的型号、版本和所需操作。

现有清单与数据

设备、地址、站点和连接可通过列映射与验证从 Excel 导入。NetBox 集成需要明确各字段及其同步的归属规则。

监控与运营流程

将网络模型与监控背景及 SolarWinds 等系统连接。额外 API 连接与事件交接围绕组织现有工具确定范围。

部署与管理路径

部署选项包括单服务器 Docker、分离的应用与数据层,以及离线网络安装。每个环境均需设备访问路径、密钥管理、备份及更新流程。

05

权限、管控与异常

基于角色的权限

区分查看、编辑与管理,将组织群组映射至权限。编辑网络图的权限不自动包含部署配置权限。

范围适当的凭据

凭据池按站点和设备划定范围。定义服务账户及发现和执行所需的最小权限。

可审核历史

保留变更、用户、配置与运行结果的关联。版本历史支持恢复评估;按设备类型检查恢复路径。

明确的云端 AI 边界

云端 AI 附加功能独立于核心部署评估。不默认离线网络可用:需约定运行能力、可外发数据和所需批准。

事情未按计划进行时

日常工作包括检查发现结果、维护模板与凭据、审核变更及更新文档。防护机制呈现未完成或失败操作;项目明确响应负责人。

发现结果存在缺口

无法访问的设备或不确定的连接需要调查。操作人员检查连通性、凭据及邻居证据,必要时补齐模型。扫描结果应视为有范围的观测,而非已找到所有资产的证明。

连接成功,但命令失败

ArchiFlow 提供针对平台的 CLI 错误分类器,即使传输报告成功也能识别。操作人员审核命令结果并决定修正方式。须针对实际设备系列和操作核查停止、重试和恢复行为。

部署仅部分完成

金丝雀试运行、配置版本和执行历史有助于在扩大部署前排查问题。项目必须明确如何处理仅部分设备已变更的情况,以及何时停止。仅有备份并不代表已有通用回滚流程。

导入或替换数据需要核对

列验证帮助审核导入;设备替换将关系带入新模型。工程师仍需制定冲突记录及替代型号不存在接口的处理规则。关系转移并不保证配置可移植。

06

实施与组织适配

  1. 选择代表性站点

    网络团队提供设备清单、地址范围及访问要求。共同选择初始流程,定义可扫描或变更的内容。

  2. 验证发现结果与模型

    在约定范围内开展发现,与已知清单比较。产出经审核拓扑及待解决缺口清单。

  3. 执行受控变更

    网络负责人选择模板和试验设备。扩展前验证权限、批准、命令结果及备份。

  4. 建立运行惯例

    定义负责人、定期扫描、变更窗口和故障处理。根据审核后的兼容清单扩展至其他站点。

部署环境

运行时
支持本地部署和离线网络运行。产品首页介绍云端 AI,发布资料也介绍本地模型。针对实际环境评估 AI 配置、产品版本及更新路径。
现有设备环境
跨厂商拓扑与设备。调研期间审核设备型号、版本和管理路径。
沟通时请准备
代表性站点或网络、设备清单、访问限制及待改进的运营流程。

确认设备与操作

检查代表性站点的型号、操作系统版本和所需操作。厂商名称不能完整说明兼容性。扩大范围前,发现、备份、部署和恢复可能需分别验证。

定义现有系统连接

公开资料介绍 NetBox 同步、SolarWinds 监控、身份接口和 SIEM 导出。项目明确连接器兼容性、字段归属、群组映射和事件交付。其他技术提供商标志本身不代表已有现成客户集成。

将变更权限保留给操作人员

基于角色的访问、限定凭据及审核关口管理变更。助手提出操作,由具有相应权限的人员确认。约定各操作的准备、批准和执行权限,以及证据、停止条件和恢复流程。

选择部署与 AI 模式

公开资料描述本地与离线核心部署。首页将 Claude 列为可选云端附加功能,发布与信任页面也介绍本地 AI。需确认项目安装版本、可用模型和数据路径;离线部署不意味着包含云端 AI。

07

适配问题

开始前需要准确的网络图吗?

不需要。先发现现有网络并导入清单。团队验证结果,补齐仅靠扫描无法确定的关系。

支持某厂商的全部型号吗?

仅有供应商名称并不够。扩大部署前,需核查型号、操作系统、版本及预期操作——发现、备份、部署或恢复。

可以在无互联网环境中部署吗?

支持离线安装。请提前准备安装包、更新流程和设备访问权限。此部署模式不保证提供云端 AI 功能。

AI 会自行更改网络吗?

Copilot 提议变更,由用户审核确认。即使建议由 AI 生成,用户权限和变更流程仍适用。

适配评估应准备什么?

提供代表性站点、型号和版本清单、地址管理方式、监控工具及一个变更流程,为实用评估和明确交付成果提供基础。

08

文档与延伸阅读

与您的工作连接。

从一个流程、相关信息及熟悉它的人员开始,共同定义实施路径。