业务成果
自动化 NOC —— 但不交出控制权。
NOC 在凌晨 3 点做的大多数事情，都是琐碎、乏味且可重复的。NOS 就是为发现这些模式而生：在安全的范围内自动处理，同时让人始终参与到任何不属于常规的事情中。
90%
的常规工单无需人工即可关闭
<1s
从告警到给出修复建议
100%
的操作可记录、可回滚
面向
任何希望减少夜间工单量的运营商，无论规模大小。
NOS 面对告警做的第一件事，是把它关联起来。十条源自同一根因的告警，会合并成一起事件。事件的影响范围 —— 受影响的用户、POP、服务 —— 会在几秒内确定下来，而不是几分钟。
第二件事，是给出修复方案。当这个修复来自安全库（重启、重新绑定、重路由）时，它直接执行并记录。当修复不属于安全库时，它会草拟出自己打算怎么做，然后等待人来审批。
第三件事，是自我学习。每一次成功落地的修复都会强化对应的模式；每一次被人否决的修复则会削弱它。你最终得到的 NOC，是一个越长越安静、而不是越吵越大的 NOC。
Netxol 做什么
四个动作。
去重与关联
每一条告警都会归入其所属的事件。
秒级根因定位
跨 L1–L3 各层与业务层的联合分析。
安全的自动修复库
首日即交付、并会持续扩充的一套精选 playbook 库。
人始终在环路中
每一项非常规操作都会停下来等待审批 —— 并附上完整的执行计划。
包含的服务
此 playbook 中您获得的一切。
正在生产运行
所有部署 →已在运行此策略的运营商。
常见问题
第一次通话中我们经常收到的问题。
上线需要多长时间?
小型部署从拆箱 Core 到第一位付费订户不到一周即可完成;更大规模的推出以周为单位规划,而不是月。
我们需要更换现有硬件吗?
不需要。NOS 附带适配器,支持每一款主流 OLT 和路由器。您保留自己拥有的设备;我们替换其上的工具。
我们的数据会怎样?
默认情况下一切都留在您的 Core 设备上。备份存至您选择的对象存储。除非您启用可选的遥测通道,否则订户数据不会离开您的机架。
我们可以从其他平台迁移吗?
可以——我们运行一个范围明确的迁移项目,配有匹配的数据映射和切换窗口。Standard 版本包括首次迁移。