摘要：
GBDoctor 是一个 GB/T 28181 接入诊断工具，采用纯 Go 实现，零 CGO 依赖，单二进制交付。本文从整体架构、SIP 协议栈、诊断引擎、规则库、报告生成五个层面，拆解其工程实现。 为什么选择纯 Go GB28181 诊断工具需要跑在集成商现场：Windows 笔记本、Linux 阅读全文
posted @ 2026-09-18 10:27
硕腾
阅读(3)
评论(0)
推荐(0)
摘要：
一、为什么类型映射是异构迁移最难的部分 数据库迁移工具看起来简单——读数据、写数据。但真正做过异构迁移的人都知道，最复杂的不是数据传输本身，而是 SQL 方言转换和数据类型映射。 Oracle 的 NUMBER 精度与 MySQL 的 DECIMAL 存在微小差异，在金融计算场景中可能导致舍入误 阅读全文
posted @ 2026-09-18 10:18
硕腾
阅读(4)
评论(0)
推荐(0)
摘要：
2026年，SRE领域正在经历一次范式转换：从“人类半夜爬起来修服务器”到“系统自己判断、自己修复”-26。但市面上大多数自愈工具要么绑定K8s生态，要么只停留在“自动重启”的粗粒度层面。 ServerGuard想做的事更朴素：让一台普通的Linux服务器，在没有人盯着的情况下，自己把自己管好。 这 阅读全文
posted @ 2026-09-18 10:10
硕腾
阅读(7)
评论(0)
推荐(0)
摘要：
为什么不用 Sofia-SIP / PJSIP？ 做GB28181国标视频平台，绕不开SIP协议栈。市面上主流选择有两个： 一是商业中间件，稳定但贵，一套授权18万起步，而且是个黑盒。二是开源C库，Sofia-SIP、PJSIP、eXosip，功能强大，但代码量巨大，学习曲线陡峭，出了问题调试门槛极 阅读全文
posted @ 2026-09-18 10:01
硕腾
阅读(3)
评论(0)
推荐(0)
摘要：
一个中等规模的工厂，1000个传感器，每秒采集一次，一年产生约315亿条数据-26。 用MySQL存？一张表315亿行，查询最近1小时的数据要扫描数十万行索引，响应时间从秒级到分钟级-26。写入吞吐量约2万条/秒，加上索引维护和查询并发，实际写入能力急剧下降-26。 所以必须用时序数据库。但时序数据 阅读全文
posted @ 2026-09-18 09:48
硕腾
阅读(4)
评论(0)
推荐(0)
摘要：
干了这么多年Modbus，我发现一个规律：Modbus很少"突然坏掉"，它通常是慢慢"退化"的。 退化的时候不报警、不报错，就是数据偶尔旧一点、轮询周期比配置的慢一点、操作工说"数据好像不太对"。等你发现的时候，已经不是调一个参数能解决的问题了。 而且更麻烦的是，Modbus RTU和Modbus 阅读全文
posted @ 2026-09-18 09:42
硕腾
阅读(6)
评论(0)
推荐(0)
摘要：
车联网平台最难的部分，往往不是业务逻辑，而是协议接入。JT/T 808、JT/T 1078、JT/T 809、JT/T 905、JT/T 1045、JT/T 1253、GB/T 32960，每个协议都有自己的解析规则、会话管理和异常场景。如果每个项目都从零实现，团队会陷入无限重复的终端适配和数据库适 阅读全文
posted @ 2026-09-18 09:20
硕腾
阅读(3)
评论(0)
推荐(0)
浙公网安备 33010602011771号