结论:边缘网关数量一多,手工改配置就不可控。配置要做成带版本号的文件,通过拉取方式下发,先灰度再全量,并保留一键回滚。 一、配置里放什么 采集点位表(地址、数据类型、采样周期)、上传目标(主题、服务地址)、校验规则阈值、缓存策略。把这些从程序里分离出来,用一个配置文件承载,文件头带版本号和生效时间。 二、下发方式:拉取优于推送 网关在现场常处于NAT之后,服务端推送不稳定。建议网关定时向配置服务查询版本号,发现新版本后下载,校验摘要(如SHA-256)通过后才应用。 三、灰度与回滚 1. 先选一两台网关作为灰度,观察采集成功率、上传延迟、内存占用。 2. 新配置应用前备份旧配置,应用后若自检失败(点位读不到、连不上服务),自动恢复旧版本并上报失败原因。 3. 全量下发按批次进行,每批之间留观察时间。 四、常见坑 1. 配置文件没有校验,传输中损坏导致网关起不来。 2. 只保留最新版本,无法回滚。 3. 改了采样周期却没评估带宽,导致断网后缓存暴涨。 4. 多人同时修改,没有变更记录。 FAQ 问:断网期间怎么收到新配置?答:不能收到,网关继续用本地旧配置,恢复后再拉取。 问:配置要加密吗?答:含账号密钥的字段建议加密存储,传输使用TLS。 小结:配置管理本质是“版本、灰度、校验、回滚”四件事,做齐后网关规模扩大时运维压力会小很多。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。