边缘和中心先把分工划清，重复算的那部分纯属白费

我爱LV游 · 发表于 2026-11-07 10:19:17

两端都觉得自己该算，结果同一批数据在现场算一遍、回中心又算一遍，数还对不齐。分工不划清，多出来的不只是机器开销，还有两套结果到底信哪套的争论，一吵就是好几天。

一、按时效分

现场要立刻反应的，归端上；隔一会儿再看也不耽误的，归中心。用等待时间当尺子，比用「这个重要不重要」好量，也不容易各说各话。审批流里加一问：这活要不要凑齐别处的数据才能定，答要的留在中心那侧，申请表上注明依据，看的人不用再逐笔去问分界是怎么划的。

中间的灰区列成一张小表，写清归谁、为什么。灰区不写下来，每次新加一个指标都要重新争一轮，争完还常常是两种做法并存。归不清的那一小撮单列一页，约好每季度翻一次，翻的时候把新碰到的补进去，页子在，讨论就有起点，不必每回从各自的印象重新讲一遍。

二、按数据量分

明细量大、结论量小的，适合在端上先收成结论；本来就没几笔的，直接送中心反倒简单，省得为它维护一套端上的规则。每季挑一小批结果回头核一遍，核的日子和经手人记在同一页上，哪回漏了核也看得出，比等到整批都要用时才发现问题好安排得多。

分法跟着量的变化回头看，设备换代之后原来划算的做法可能反过来了。一年复看一次，别让当初的理由过期了还照着做。成本上把同一批数据算两遍的机器开销摊出来，数目往往比想象大，摆给两边看，比反复讲别重复更容易把分界定下来。

三、中心管全局

跨设备、跨区域、要凑齐才看得出的那些，留在中心算。端上只看得见自己那一角，硬要它出全局结论，就得把别处数据也搬下来，绕的远路比省的多。碰到两边说法不同，按事先定的那本约定办，约定放在两边都翻得到的地方，办完在记录里注一句依据是哪条，后面有人问起不用再争一遍。

中心还管规则的统一发放：阈值改了、口径换了，从一处下发到各端。各端自己改自己的，过半年谁也说不清现场按的是哪版规矩。两边对不上的那几笔在交接本上留个记号，按日期排着，接手的人接着往下记，攒到一页时再一起看，比当天就急着下结论稳当。

四、结果要对得上

同一笔业务，端上出的判断和中心复算的结论要能碰上。碰不上先别急着改数，查是不是窗口边界、舍入、时区这三处里的一处，多半就藏在那儿。巡检排期按区域轮着来，别等出事才逐台看，抽着查常能提前发现一整片停在旧版，成片的偏差比单机故障安静得多，也更耽误事。

碰对的做法写成固定校验，每天抽一小批跑。抽着跑能早发现规则被某端悄悄改过，等月底对账才发现，中间那批结论早被引用出去了。复盘时先查窗口边界、舍入、时区这三处，两端结论碰不上多半藏在那儿，急着改数容易把真毛病盖掉，下回还会在别处冒出来。

五、冲突谁说了算

两边结论不一致时，事先说清以哪边为准、另一边怎么标。没说清，下游各取所需，同一件事在两张报表里两个数，谁都能自圆其说。成本账把远站点多放一台备件和坏了再调货的等待放一起算，路程摆在那儿，账很容易算明白，不用每次临时讨论要不要备。

标出来的差异留着，别覆盖掉。差异本身就是线索，攒几笔能看出是某类设备老偏，还是某段链路老丢包，比看一堆正常数有用。给新同事的入门材料里多放几个具体例子，每个写清由哪边经手，他照着例子归类练两回，比让他自己对着一张框图琢磨半天见效快。

六、边界写进文档

把分好的活写成一页说明，附几个具体例子，新同事照着就能判断新指标该放哪。只画一张架构图，图上看不出「这一笔到底谁算」。

文档跟着规则版本走，改一次分界就改一页。旧版留档，查历史数据时能知道那阵子是按哪套分的，不至于拿今天的规矩去套去年。分界每改一回，把上一版收进历史目录并标上停用日子，目录按时间排，回看旧账时先按日子找那一版，再拿它去读当时的数。

分工不是为了画得整齐，是为了同一件事只算一遍、只留一个数。时效、体量、全局、对账、冲突、文档，六处说清，两端才配合得上；各算各的，看着都忙，大半是白忙。

89ghcom · 发表于 2026-11-07 10:27:26

这个话题确实很值得讨论，我也有类似的经历，非常认同楼主的观点。

阿木 · 发表于 2026-11-07 10:30:19

楼主分析得很到位，很多地方都很实用，已经默默收藏起来慢慢看。

		自动登录	找回密码
密码			加入W10