数字中国技术架构：别把跨域协同做成技术堆砌
上个月在苏州调研政务数据共享项目，负责技术对接的工程师蹲在机房走廊抽烟，说最头疼的不是写代码，是三个厅局各自的系统接口协议差了三个版本，连数据字段的命名规则都能差出半本字典。 没人想折腾。 那些在过去十年里由不同建设主体、不同技术团队逐期搭建的业务系统，从上线第一天起就没有按照统一的语义规则设计字段、定义接口，哪怕把所有服务器的物理位置搬到同一个机房里，数据之间的壁垒也不会自动消失。很多人提到数字中国技术架构，第一反应是拉一堆服务器、搭一个超大的云平台，把所有系统都迁上去就完事。根本不是这么回事。
为什么搭了十年系统，还是跨不动域
卡在哪？
不是带宽不够，不是算力不足。跨域数据交换的核心矛盾，从来不是传输能力的问题，是不同建设主体的技术栈没有统一的语义层。举个最常见的例子，同样是“居民住址”这个字段，公安系统存的是户籍登记地址，医保系统存的是参保人常住联系地址，住建系统存的是名下房产的产权地址，市场监管系统存的是个体工商户的经营地址。没有一套统一的语义映射规则把这些不同来源的字段对应到同一个实体上，哪怕把所有数据都堆到同一个存储池里，也没法直接支撑跨部门的业务办理。
之前碰到过一个地级市的政务项目，花了近千万把各个部门的数据库都迁到了统一的政务云，结果办一件企业开办的业务，还是要分别从市场监管、税务、社保三个系统调数据，因为每个系统对“企业统一社会信用代码”的校验规则都不一样，有的系统会在代码前后加空格，有的会把小写字母自动转大写，接口对接的时候光清理这些不规范的字段就花了三个月。
政务跨域数据语义映射规则对照表
很多地方在做架构设计的时候，把90%的预算都砸在了硬件采购上，留给语义规则制定、接口标准化的钱连5%都不到。最后建出来的平台，看着什么系统都能接，实际上每接一个新系统就要重新做一遍规则适配，后续的运维成本高到离谱。
三层底座不是叠积木，是留好可插拔的接口
现在行业里谈的技术架构，从来不是什么写在白皮书里的完美模型，是要在现有系统存量基础上慢慢迭代出来的可运行体系。最底层的算力资源池，也不是把所有算力都集中到国家级节点才算先进。算力调度的边界，是跟着数据的安全等级走的，不是跟着行政层级走的。涉及个人敏感健康信息、核心科研数据的内容，就必须留在省级甚至市级的算力节点上做处理，只有经过脱敏的聚合统计数据，才能按照规则向上汇聚到更高层级的节点。如果硬要把所有敏感数据都传到中心节点，传输成本高不说，数据泄露的风险也会指数级上升。
中间层是数据服务层，核心不是把所有数据都开放出去，是要给不同类型的使用主体搭好对应的权限接口。面向普通公众的服务接口，对接的是低敏感度的公共服务信息，比如公交实时位置、社保缴费查询，不需要复杂的权限校验；面向政府内部的协同接口，对接的是跨部门的业务数据，比如企业的纳税信息、不动产的登记信息，要做严格的操作留痕和权限校验；面向科研机构的开放接口，对接的是经过脱敏处理的聚合数据集，比如跨区域的人口流动规模、产业结构的统计数据，不能溯源到具体的个人或者企业。
最上层的应用适配层，最容易踩的坑就是把应用和底层资源绑死。之前有个东部省份的政务APP，因为原来的云服务商合同到期换了新的供应商，整个APP的核心功能停了整整一周，连最基础的健康码都打不开。所以现在的架构设计里有个硬要求，所有上层应用的接口必须和底层资源解耦，哪怕换了算力供应商、换了数据库，上层应用的代码修改量不能超过总代码量的5%。说白了就是搭架子的时候要留好标准的插接口，不管后面底层换什么零件，上面的应用都不用大拆大建。
数字中国三层技术架构解耦示意图
哪些坑，是现在架构设计还没填上的
哪些坑，是现在架构设计还没填上的
最容易被忽略的一个问题，是架构设计阶段对长期运维成本的估算不足。很多地方在项目招标的时候，只算初期的硬件采购、软件开发成本，不算后续的接口迭代、安全运维、版本升级的费用。等项目建好之后，每年的运维成本能占到初期建设成本的30%，地方财政根本兜不住，最后几百万建的平台，连最基础的安全补丁都没人打，慢慢就成了没人用的摆设。
还有个经常被高估的设计，就是把所有计算压力都堆到中心节点。之前有个城市搞的数字孪生项目，把全市所有路口的监控摄像头数据、所有小区的感知设备数据都实时传到市一级的中心节点做分析，结果早高峰的时候视频流占满了主干网的带宽，连110报警的视频传输都卡。后来调整了架构，把实时性要求高的烟感报警、交通流量判断这些计算任务，下沉到区县一级的边缘节点做推理，只有需要长期留存的历史数据才传到中心节点，整个网络的压力一下子就降下来了。
说真的，见过太多地方的数字项目，花了大价钱建的平台，最后连个实时更新的公交到站信息都接不上去，说白了就是架构设计的时候根本没站在使用者的角度想问题，全是照着招投标的技术参数凑的。
去年在南京的产业对接会上，碰到做政务技术的企业负责人，说现在接项目最难的不是技术能力不够，是要跟各个部门把技术规则掰扯清楚——哪些数据能出域，哪些接口要留，哪些功能要给后续的应用留空间。其实这套技术架构从来不是什么高高在上的宏大设计，就是把每一个跨部门的堵点拆解开，把每一次数据流动的规则理清楚，让不同来源的系统能顺畅对话，让普通老百姓不用跑三个窗口办同一件事。