端上先做一层处理，回传的数据才不至于压垮链路
设备一刻不停地采样，原始点全往中心送，链路和落库两头都吃不消。其实不少点只是「和上一笔一样」，端上先滤一遍、合一遍，送回去的量能少一大截，中心也腾得出手做别的。一、先分哪些在端上算
把不依赖全局信息的活挑出来放端上，比如去抖、换算单位、判个阈值。要拿别处数据才能定的，仍留在中心，硬搬下去只会让端上反复等回包。报新规则时把会跑在哪些型号上列清楚，附一份各型号的余量，看的人有了这两样，判断该不该再加一层就有个落点，不用凭印象说应该扛得住。
分的时候连着时效一起看：本地马上要用的，等不起往返，就在端上出结果；隔天看报表才用的，送回中心慢慢算更省事。排期里给现场试装留一轮，实验室里曲线再漂亮，设备一热、链路一抖，滤掉的点和留着的点可能就不是预想那批，跑过才知道规则该松还是该紧。
二、过滤掉无用采样
没变化的点不必一遍遍传，记一条「这段时间没变」就够。真有变化时再带上前后两笔，中心照样能把曲线还原出来，形状一点不缺。月度盘点把各型号的平均在线时长拉出来比，某一档明显短，先查是不是这层算得太重，设备发烫和没电往往先从在线时长上露出来。
过滤规则要留个开关，排查时能临时关掉看原始流。关不掉的话，一旦怀疑是滤错了，手上却没有可对照的原样，只能猜。成本上把端上多耗的电和中心少收的流量放一起算，两边常常不在一个量级，摆到一张表上，值不值得做这层处理就一目了然。
三、聚合再上传
一分钟里采了几百个点，端上先合成几个统计量再送。传的是结果不是流水，链路省下的不只是带宽，中心落库和后面查起来也轻快。补送那一批在交接单上单独记一行，写清是哪段时间攒下的、由谁放行的，中心那边收到时对着单子接，就不会把两拨混成同一拨看。
聚合的窗口长度写进配置，别各处不一样。这边一分钟那边五分钟，汇总到同一张表上，横着比就比不出个所以然。值班交接时说明眼下过滤开关是开着还是临时关着排查，接手的人看到回传量突然变大，能先想到是人为关的，不必当成现场出了状况。
四、链路断了能续着
现场网络说断就断，端上得能先把结果攒着，通了再补送。攒的空间给个上限，满了按规则丢旧的，别把设备自己的存储撑满，连正常采集都停了。铺开的次序排成一张表，哪一片哪天、留多少观察日子都写进去，表给到各方，谁也不用反复来问轮到自己没有，临时插进来的也好插在空档里。
补送要带上原本发生的时间，不能按补送那一刻记。按后者记，通网那一下报表会凭空鼓出一个尖峰，看的人还以为现场出了什么状况。复盘会把补送的那几段挑出来看，是链路本身不稳还是攒的空间给小了，两种毛病的改法差得远，混成一句网络不好就只好一直加人盯着。
五、口径两头一致
同一个指标，端上算一遍、中心再算一遍，得对得上。两边各按各的舍入、各按各的时区，差那一点看着不大，对账时整张表都别扭。成本账里把派人跑一趟的车程和工时折进去，算过之后就会明白，留一份能启动的旧包、做一条能远程进去的通道，比事后补人便宜得多。
把算法版本随结果一起送回来，中心知道这批是用哪版算的。日后规则改了，老数据还能按老版解释，不至于被新口径回头一算全变了样。新人培训里让他对着同一段采集，分别用两种窗口长度合一遍，看汇总到中心后形状差在哪，讲窗口要统一时才不是一句空话。
六、算力和电量
端上能拨给这摊活的算力有限，电池供电的还得算着花。规则写得太重，采集没快多少，设备倒先发烫、先没电，现场就得再跑一趟。
按设备档位分几套规则，弱的跑简版、强的跑全版。全设备一刀切上重的，往往是为了少数几台，把大多数一起拖下水。每批结果收档时附上当时那版规则的编号和生效日子，档案按批次排好，将来谁要回看某个月的数，先按日子找到对应那版，再谈怎么读它。
端上这一层不是替中心干活，是把不该跑这一趟的数据留在家门口。分活、过滤、聚合、续传、口径、算力，六件事想明白，链路才松得下来；只想把计算往下挪，容易挪出另一堆麻烦。
页:
[1]