厂商 API 缺乏文档
设备有 HTTP 接口,但文档要么不存在、要么残缺,要么是另一种语言。工程师只能一个接口一个接口地反向推敲。
每个设备型号一次简短的远程会话,换回一个完整的适配器。您现有的设备群将成为 RemoteGenius 平台的一等公民。
只要您的设备具备 Web 界面,RemoteGenius 就能与之通信 — 无论厂商、年代,也无论是否存在公开的 API 文档。
大多数运营商管理的是多年积累而成的异构设备群 — 来自十几家厂商的设备、混杂的固件代次,任何两套控制界面都不一样。统一远程控制的承诺,在三种现实面前撞墙:
设备有 HTTP 接口,但文档要么不存在、要么残缺,要么是另一种语言。工程师只能一个接口一个接口地反向推敲。
手写一个设备适配器 — 发现接口、命名参数、校验响应 — 每个型号都要数日到数周。
每个型号都有自己的方言。运营人员被迫为每个设备开一个浏览器标签,而为一家厂商写的脚本一换厂商就崩。
为任何具备 Web 界面的 IP 设备生成完整的适配器。部署到您的 RemoteGenius 集群,设备的行为就和平台上其他设备完全一致。
为我们指向您设备群中每个型号的一台设备,并提供一段短时间的网络可达窗口。无需修改固件,也无需在设备上安装代理。
设备自身的 Web 界面就是它的文档。接口被映射,参数被命名,响应通过只读探测被验证 — 产出一个完整的适配器和操作员 UI。
把适配器部署到集群。该型号的每台设备都可通过统一的 RemoteGenius API 和面板访问 — 与平台上其他设备具有相同的形态、相同的控件、相同的审计记录。
按厂商耗费数周的集成,压缩成一个下午的有监督工作。
生产中的设备不是用来学教训的地方。适配器生成过程相应地对待您的硬件。
每个被标记的接口都记录在适配器清单中。对它们的调用是操作员的显式决定,绝不会是默认行为。
我们没有厂商白名单。流程会处理设备所使用的任何协议,以及它返回的任何格式。
无论设备附带完整文档,还是完全没有文档 — 流程都是一样的。
一旦某个型号的适配器存在,该型号的每台设备就被标准化 — 在 RemoteGenius 中的表现与其他任何设备完全一致。NOC 不再需要知道厂商是谁。
每台设备 — 编码器、摄像机、网关 — 都回应同一组 RemoteGenius 接口。自动化只写一次,即可在整个设备群中运行。
运营人员在同一个操作员 UI 中看到所有型号,使用相同的控件和相同的命名约定。
新增一家厂商或型号,只是又一次简短的生成周期,而不是架构决策。
每一次设备操作都经过同一套认证、RBAC 与审计跟踪 — 无论底层厂商是谁。