当前位置：经营头条
【11年·11个认知】政务云建设运营之道⑦
应用系统整合篇：整合的功夫，一头读旧代码，一头定新规矩
某种意义上，政务信息化是用“加法”做出来的：一个部门一个系统，一项业务一套软件。十几年下来，系统越建越多，办事却未必越来越顺——件件事要跨三四个系统，同样的信息要录好几遍。真正难的那一步，是把这些加法做成减法，让办事的人面对一个入口，而不是一堆系统。应用系统的整合，就落在这道减法上。
政务应用真正的难处，不在机房、不在芯片、不在网络，而在一行行老代码里。我们越来越确信：应用系统整合，是政务云里最“接地气”、也最难啃的那块骨头。
走进任何一个部门的机房，都像翻开一部“地质断代史”。十几年前上线的老系统，还是单体架构、旧的开发工具、只认自己那套数据库，当年的厂商早已不在，文档散失，接口得靠反编译一行行还原；五年前的中间件项目，跑着另一家公司写死的框架、另一种编程语言；这两年新建的业务，已是云原生微服务、容器化部署。它们由不同厂商、在不同年代、为不同厅局分别建成，各有各的数据模型、各有各的编码字典、各有各的口令体系。
更要紧的是，它们还彼此需要：办一件事往往要跨三四个系统，同一个“企业名称”，在四个库里有四种写法，连时间戳的格式都对不上。整合的需求就这样一波接一波地涌来，改完这一轮，下一轮新建的系统又冒出来。一家企业要办一项资质，得在老系统里录信息、到第二个系统查历史、去第三个系统交材料——三次录入、三套密码，数据还得靠人来回搬。它不像建一朵“云”，可以一次规划、多年受用；它是长年累月、反复不断的日常。整合不是一次性项目，是常年活计。
一是“通成线”。这是最基础也最繁重的一层。为每一个老系统写连接器，为每一种异构协议做适配器，让文件、消息、数据库、接口能够互相对接；把散在各处的数据抽出来、对到一起、清洗干净；把字段口径、编码规则、时间格式一项项对齐。这一层没有巧劲，全是一对一的硬功夫：几十个系统、上百个接口，一个一个啃，一个系统一个脾气，一家厂商一套说法。但少了这一步，后面全是空中楼阁。打通，是整合的地基，也是最容易被低估的那部分工作量。
二是“统成面”。通了之后，不能让老百姓拿着四套账号、记住四个密码、在四个界面之间来回跳。于是做统一门户，让一个入口进得去所有事；做统一认证，一次登录全网通行；做统一流程，把跨系统的办事串成一条线，在一个窗口一次收件、后台自动流转。这一层的难点不在技术，而在治理：谁的账号做主，以谁的数据为准，流程该改到谁的系统里去，出了错谁来承担。每一步都要在几个部门之间反复协商，往往一次开会定下来的规则，下一次又要重新拉扯。统一，是在不同的系统之间立起一套共同规矩——差异依然存在，只是不再由用户来承担。
三是“融成体”。应用整合最深的一层，是跳出“系统”这个单位，回到“业务”本身：把重复的能力——身份核验、证照调取、数据比对——从各个系统里抽出来，沉淀成可复用的公共能力，让老系统和新服务都来调用；让一件事从头到尾在一个流程里办完，而不是在系统之间被踢来踢去。老系统不必推倒重来，却能卸下身上那些本不属于它的负担，只专注于自己最核心的那部分业务。到这一步，“整合”便不再是把几个系统连起来，而是把一堆系统重新长成一个业务的共同体。通的是一根线，统的是一个面，融的是一个体。
回望这十一年，我们所做的大量工作，不是建新系统，而是让一堆互不相识的老系统听懂彼此的“方言”。这项工作琐碎、不显山露水，没有一座数据中心那样气派的外观，却直接决定群众和企业办事时，面对的是一个政府，还是一堆部门。真正被考验的，是耐心、抽象与治理能力，缺一样都做不成。要沉得住气去读十年前的代码，也得跳得出来去设计十年后的规矩。
认知：应用系统整合，是政务云最接地气的活计，也是最难啃的骨头——它没有一劳永逸的解法，只有年复一年地通、统、融。能把这块骨头啃下来的，才算真正读懂了政务云里“整合”两个字的分量。
打印
关闭
