唐龙君AI实验室 | 第2期:一只水表的数字一生

唐龙君AI实验室 · · 九羲科技

水表不是普通商品,是计量器具——从出厂那一刻起,它就背着一生的计量档案。一家水表企业最近在做虚拟化,表面是两台服务器的事,往深了看,是在给“每一只表的一生”打数字地基。

本期记的是一家水表企业的虚拟化项目:四条业务线,共用一套底盘。客户名、厂商型号、节点规模这些能反推的细节,都按隐私纪律留置了,公开的部分只讲方法和判断;文中的定界来自实验室的项目记录。

· · ·

源头:先回到“这是什么东西”

看项目之前,先看行业。说到底,一只水表就是一只计量器具,受计量法制约束:列入强制检定目录的工作计量器具,须经强制检定,未经检定或者检定不合格的不得使用¹;型式批准、首次检定、周期检定、到期轮换,检定证书和台账要留痕,器具编号跟现场、跟资产一一对应。具体检定周期,以现行检定规程为准。

源头决定了数字化的第一性。对普通商品,数字化先讲效率;对计量器具,第一位是合规与可追溯——任意一只表,要能调出它完整的生产记录和检定记录。效率是后面的事,档案是前面的事。顺序错了,地基就是歪的。

· · ·

四条线,四个源头

这家企业的本期项目有四条业务线:PLM、RFID、AGV、IoT。单看都是 IT 系统,合起来看,恰好是“一只表的一生”的四个源头:PLM 是定义的源头——型号、BOM、工艺版本错一位,下游全错;RFID 是身份的源头——表号就是这只表一生的身份证,生产、检定、出厂、安装、轮换都靠它对齐;AGV 是物流的源头——物料与成品在工序间的流转节奏,决定产能和在制品账实是否一致;IoT 是数据的源头——生产设备的数据入口,也是将来表具运行数据回流的入口。

图注:一只表的一生:从出厂检定到到期轮换,表号跟着表走,档案跟着表号走(唐龙君AI实验室制图)

· · ·

本期真正的交付:四个源头,共用一套底盘

四条线如果各建各的库,各跑各的,将来做全生命周期追溯时,要付四倍的对账代价。身份对不上定义,定义对不上档案,追溯就是一句空话。

所以本期真正的交付,不是“几台虚拟机上线”,是让四个源头系统共用一套稳定、边界清楚的底盘:两台物理机加虚拟化平台、双控共享存储,解决的是“稳定、可迁移、接口清楚”。有一句要说在前面:这两台服务器是分工运行,不是互为主备——本期种下的因,是四个源头同底盘就位、接口预留,不是高可用神话。把话说实在,交付才不会被神话反噬。

图注:四个源头共用一套底盘:PLM、RFID、AGV、IoT 落在同一套物理机、虚拟化平台与双控存储之上(唐龙君AI实验室制图)

还有一层不在硬件清单里,却决定全局:身份层。表号编码规则是不是全厂唯一?RFID 的编码跟 PLM 的型号、BOM 怎么关联?这件事要在迁移之前定稿,写进交付物。系统搬过去只是搬家,编码规则定下来才是立户。

落到验收,我们主张换一种验法:不只验功能清单上的条目能不能跑,加一条“任意抽一只表,能否调出它完整的生产与检定记录”。这一抽,抽的是可追溯性——正是这个行业数字化的第一性。往远看,二期才谈得上全生命周期追溯、检定到期自动提醒、生产质量的全过程分析。本期要做的,是给二期留门:接口清单写清,档案的保存年限、备份频率写清,备份系统本身可以作为独立方案另行呈现,但备份的接口和窗口,本期就要写进交付。

觉 然 小 注

效率是后来的事,档案是先来的事。一只表从出厂到轮换,几十道手、几张证书、几次检定,全靠一个编号穿起来。虚拟化这件事,表面是把系统搬进新底盘,底下是给“一只表的一生”立户——户立对了,追溯才有处可查;户没立,跑得再快也是散的。

· · ·

九羲科技|服务器 · 私有 AI · 存力方案

系列目录

第1期:让写代码的 AI,住进系统里

第2期:一只水表的数字一生

第3期:48G 对 48G,为什么不是一回事

第4期:一张配置单,读出买家要干什么

第5期:读一份大清单,先问这四件事

第6期:AI 项目第一轮沟通,先别谈方案

第7期:MCP 之后,Anthropic 又把 Skills 交了出去

第8期:约束逼出的方法:一场 KV Cache 的硬仗

引用链接

[1] 《中华人民共和国计量法》第 9 条(强制检定). 全国人大网. http://www.npc.gov.cn/zgrdw/englishnpc/Law/2007-12/13/content_1383955.htm

本篇项目事实为唐龙君AI实验室真实记录;客户名、厂商型号、节点规模等可反推细节已按隐私纪律留置,公开稿只写方法层。

下一篇|第3期:48G 对 48G,为什么不是一回事 —— 同样是 48G,一边是整池,一边是两座孤岛,选错了,模型装得下也跑不顺

← 返回资讯中心