利用系统整合篇：整合的功夫，一头读旧代码，一头定新端正

某种意思上，政务信息化是用“加法”做出来的：一个部门一个系统，一项业务一套软件。十几年下来，系统越建越多，处事却不定越来越顺——件件事要跨三四个系统，同样的信息要录好几遍。真正难的那一步，是把这些加法做成减法，让处事的人面对一个入口，而不是一堆系统。利用系统的整合，就落在这路减法上。

政务利用真正的难处，不在机房、不在芯片、不在网络，而在一行行老代码里。我们越来越确信：利用系统整合，是政务云里最“接地气”、也最难啃的那块骨头。

走进任何一个部门的机房，都像打开一部“地质断代史”。十几年前上线的老系统，还是单体架构、旧的开发工具、只认自己那套数据库，昔时的厂商早已不在，文档消散，接口得靠反编译一行行还原
；五年前的中央件项目，跑着另一家公司写死的框架、另一种编程说话
；这两年新建的业务，已是云原生微服务、容器化部署。它们由分歧厂商、在分歧年代、为分歧厅局别离建成，各有各的数据模型、各有各的编码字典、各有各的口令系统。

更要紧的是，它们还彼此必要：办一件事往往要跨三四个系统，统一个“企业名称”，在四个库里有四种写法，连功夫戳的体式都对不上。整合的需要就这样一波接一波地涌来，改完这一轮，下一轮新建的系统又冒出来。一家企业要办一项资质，得在老系统里录信息、到第二个系统查汗青、去第三个系统交资料——三次录入、三套密码，数据还得靠人来回搬。它不像建一朵“云”，能够一次规划、多年受用
；它是长年累月、反复不休的日常。整合不是一次性项目，是终年活计。

一是“通成线”。这是最基础也最繁沉的一层。为每一个老系统写衔接器，为每一种异构和谈做适配器，让文件、新闻、数据库、接口可能相互对接
；把散在遍地的数据抽出来、对到一路、洗濯干净
；把字段口径、编码规定、功夫体式一项项对齐。这一层没有巧劲，满是一对一的硬功夫：几十个系统、上百个接口，一个一个啃，一个系统一个脾性，一家厂商一套说法。但少了这一步，后面满是子虚乌有。买通，是整合的地基，也是最容易被低估的那部门工作量。

二是“统成面”。通了之后，不能让老苍生拿着四套账号、记住四个密码、在四个界面之间来回跳。因而做统一门户，让一个入口进得去所有事
；做统一认证，一次登录全网通畅
；做统一流程，把跨系统的处事串成一条线，在一个窗口一次收件、后盾自动流转。这一层的难点不在技术，而在治理：谁的账号做主，以谁的数据为准，流程该改到谁的系统里去，出了错谁来承担。每一步都要在几个部门之间反复协商，往往一次开会定下来的规定，下一次又要沉新拉扯。统一，是在分歧的系统之间立起一套共同端正——差距依然存在，只是不再由用户来承担。

三是“融成体”。利用整合最深的一层，是跳出“系统」剽个单元，回到“业务”自身：把沉复的能力——身份核验、证照调取、数据比对——从各个系统里抽出来，沉淀成可复用的公共能力，让老系统和新服务都来挪用
；让一件事重新到尾在一个流程里办完，而不是在系统之间被踢来踢去。老系统不用推倒沉来，却能卸下身上那些本不属于它的职守，只专一于自己最主题的那部门业务。到这一步，“整合”便不再是把几个系吐洮起来，而是把一堆系统沉新长成一个业务的共同体。通的是一根线，统的是一个面，融的是一个别。

回望这十一年，我们所做的大量工作，不是建新系统，而是让一堆互不相识的老系统听懂彼此的“方言”。这项工作琐碎、不显山露水，没有一座数据中心那样派头的表观，却直接决定人民和企业处事时，面对的是一个当局，还是一堆部门。真正被考验的，是耐心、抽象与治理能力，缺一样都做不成。要沉得住气去读十年前的代码，也得跳得出往来设计十年后的端正。

认知：利用系统整合，是政务云最接地气的活计，也是最难啃的骨头——它没有一劳永逸的解法，只丰年复一年地通、统、融。能把这块骨头啃下来的，才算真正读懂了政务云里“整合”两个字的分量。