拆解数字中国技术架构：从纸面框图到落地的真实逻辑
上个月跟某省大数据局的老同事吃饭，酒过三巡他吐槽了句：现在说数字中国，十个PPT有九个拿出来的架构都是飘在天上的。
画得花里胡哨，各种新词堆得满满当当，问他哪块连哪块，十个有八个答不上来。
数字中国技术架构分层落地实景图
最底下那层，是云网边端一体化的算力底座，这是撑得起整个数字中国的硬骨头。
别小看这一块。很多地方搞建设，上来就拍板买几十台服务器堆机房，最后做起来才发现，算力分布不均，城里的算力不够用，县里的算力闲得长毛，整体利用率不到20%。
真金白银扔进去，打了水漂。
中间那层，是数据要素的流通治理层，这才是数字中国区别于传统信息化的核心。
十年前搞电子政务，每个部门各建各的系统，数据锁在自己的库里，你要调我的数据得打申请跑流程，跑半个月都批不下来。
现在的技术架构，从设计第一天开始就要留出来数据共享的管线，从数据采集、清洗到确权、流通，每一步都要有对应的技术支撑，连隐私计算、数据可用不可见这些能力，都得嵌在这一层里，不是后面再加的补丁。
最上面的动态扩展层，就是面向各个领域的应用模块，从政务服务到数字乡村，从工业互联网到智慧城市，需要多少加多少，所以叫“N纵”，不是死板的固定几个模块。
数字中国省市两级架构对接改造图
前两年有个中部的地级市，一开始拍板要推翻所有老系统，新建一套对标国家级标准的数字架构，结果做到一半，政务系统停了半天，市民办不了社保公积金，闹到市政府门口，项目直接叫停，负责人都换了。
现在能跑通的项目，都是怎么做的？都是揉。
把原来的烟囱系统，用云原生的技术一块一块拆出来，一块一块适配到新的架构里，不影响日常使用，慢慢迭代。
上个月信通院发的最新行业报告，我翻了一遍，现在超过六成的地方数字项目，走的都是这种迭代适配的路子，根本没人玩从零新建那一套了。
还有个坑，就是安全架构靠边站。很多人画框图，安全就缩在右下角一个小框框，看起来就是个边角料。
真出了事才知道后悔。去年东南某个地市的政务云，就是架构设计的时候没把零信任嵌到每一层，只在出口加了个防火墙，结果被人拖走了几十万条用户信息，整个项目返工，花的钱比当初好好做安全多三倍。
现在合格的数字中国技术架构，安全是原生的，从算力层到数据层再到应用层，每一层都有对应的安全防护，不是最后补的补丁。
接下来两年，架构会往哪走
大模型火了之后，好多人上来就要把大模型塞进架构最核心，好像不加就是落后。
其实完全没必要瞎堆。
现在成熟的做法，是把大模型做成架构里的通用能力层，也就是“模型即服务”，不管你是做政务问答还是工业质检，需要就调用，不用每个应用都自己训一个大模型，那成本真的高到吓死人，小地方根本扛不住。
还有一个很明显的变化，就是架构越来越往下沉。以前做架构都是盯着上面，对齐上级平台的标准就行，现在不一样了，要往下对接最末端的用户。
比如数字乡村，你不能要求每个农民都用最新款的智能手机，架构就得适配低端终端，还得支持弱网甚至离线使用，要让农民在山里信号不好的地方，也能提交农机补贴申请，这才是能用的架构。
不过话说回来，不管架构怎么变，核心逻辑从来没变过。技术架构是给业务服务的，不是画给领导看的展板。
我上个月跑了长三角一个县级市，他们的做法就很聪明：算力底座用省里统一建的，数据流通对接省里的数据交易所，自己只需要开发面向本地商家和市民的应用，整个项目花了不到八千万，要是自己从头建底座，没有八个亿根本拿不下来。
省下来的钱，都投到了社区的数字服务站，帮老年人弄健康码、办社保，这不比堆一堆没用的技术名词强？
数字中国，最终要的是让普通人得实惠，架构再漂亮，没人用，也是白搭。对吧？
别被顶层框图忽悠，数字中国技术架构的核心是“实”
很多人刚接触这个话题，第一反应就是去搜官方框图，看完觉得高大上，转头就套到自己的项目里。 实际上，落地的架构从来不是照搬纸面的。 现在行业内公认的落地框架，核心就是三层底座加动态扩展的场景模块。数字中国技术架构分层落地实景图
最底下那层，是云网边端一体化的算力底座，这是撑得起整个数字中国的硬骨头。
别小看这一块。很多地方搞建设，上来就拍板买几十台服务器堆机房，最后做起来才发现，算力分布不均，城里的算力不够用，县里的算力闲得长毛，整体利用率不到20%。
真金白银扔进去，打了水漂。
中间那层，是数据要素的流通治理层，这才是数字中国区别于传统信息化的核心。
十年前搞电子政务，每个部门各建各的系统，数据锁在自己的库里，你要调我的数据得打申请跑流程，跑半个月都批不下来。
现在的技术架构，从设计第一天开始就要留出来数据共享的管线，从数据采集、清洗到确权、流通，每一步都要有对应的技术支撑，连隐私计算、数据可用不可见这些能力，都得嵌在这一层里，不是后面再加的补丁。
最上面的动态扩展层，就是面向各个领域的应用模块，从政务服务到数字乡村，从工业互联网到智慧城市，需要多少加多少，所以叫“N纵”，不是死板的固定几个模块。
落地最大的坑：架构不是搭出来的，是揉出来的
说实话，我做这行快十五年了，见过太多死在半路上的项目。 问题大多出在哪？都想着从零建一套完美架构，完全不管原来已经有那么多老系统在跑。数字中国省市两级架构对接改造图
前两年有个中部的地级市，一开始拍板要推翻所有老系统，新建一套对标国家级标准的数字架构，结果做到一半，政务系统停了半天，市民办不了社保公积金，闹到市政府门口，项目直接叫停，负责人都换了。
现在能跑通的项目，都是怎么做的？都是揉。
把原来的烟囱系统，用云原生的技术一块一块拆出来，一块一块适配到新的架构里，不影响日常使用，慢慢迭代。
上个月信通院发的最新行业报告，我翻了一遍，现在超过六成的地方数字项目，走的都是这种迭代适配的路子，根本没人玩从零新建那一套了。
还有个坑，就是安全架构靠边站。很多人画框图，安全就缩在右下角一个小框框，看起来就是个边角料。
真出了事才知道后悔。去年东南某个地市的政务云，就是架构设计的时候没把零信任嵌到每一层，只在出口加了个防火墙，结果被人拖走了几十万条用户信息，整个项目返工，花的钱比当初好好做安全多三倍。
现在合格的数字中国技术架构，安全是原生的，从算力层到数据层再到应用层，每一层都有对应的安全防护，不是最后补的补丁。
接下来两年，架构会往哪走
接下来两年，架构会往哪走
大模型火了之后，好多人上来就要把大模型塞进架构最核心，好像不加就是落后。
其实完全没必要瞎堆。
现在成熟的做法，是把大模型做成架构里的通用能力层，也就是“模型即服务”，不管你是做政务问答还是工业质检，需要就调用，不用每个应用都自己训一个大模型，那成本真的高到吓死人，小地方根本扛不住。
还有一个很明显的变化，就是架构越来越往下沉。以前做架构都是盯着上面，对齐上级平台的标准就行，现在不一样了，要往下对接最末端的用户。
比如数字乡村，你不能要求每个农民都用最新款的智能手机，架构就得适配低端终端，还得支持弱网甚至离线使用，要让农民在山里信号不好的地方，也能提交农机补贴申请，这才是能用的架构。
不过话说回来，不管架构怎么变，核心逻辑从来没变过。技术架构是给业务服务的，不是画给领导看的展板。
我上个月跑了长三角一个县级市，他们的做法就很聪明：算力底座用省里统一建的，数据流通对接省里的数据交易所，自己只需要开发面向本地商家和市民的应用，整个项目花了不到八千万，要是自己从头建底座，没有八个亿根本拿不下来。
省下来的钱，都投到了社区的数字服务站，帮老年人弄健康码、办社保，这不比堆一堆没用的技术名词强？
数字中国，最终要的是让普通人得实惠，架构再漂亮，没人用，也是白搭。对吧？