公共数据长期存在"家底不清、授权无据、流通无门"的问题：各部门数据分散在各自系统，既说不清有哪些数据可开放，也没有制度化的授权通道，导致数据供给方不敢放、需求方拿不到。本项目面向市级政务数据主管部门，依据国家公共数据资源开发利用"1+3"政策体系立项，目标是把公共数据从"内部持有"转变为"可登记、可授权、可监管、可追溯"的运营资产。
业务链路分四段：数据提供方登记数据资源并确认权益；主管部门审核后形成可运营目录；数据服务企业申请授权、开发数据产品；监管方对全流程留痕审计。核心约束是"原始数据不出域、数据可用不可见"——数据能用但不能被拿走，这要求平台在技术层面同时解决确权、流通与安全三件事。
平台由 9 个子系统构成，按"登记—授权—运营—监管"四条主线组织：
一、公共数据资源登记平台：数据提供方在线填报数据资源，形成统一目录与权益凭证；支持与国家一体化大数据中心对接，实现登记信息同步与核验。
二、公共数据授权运营管理平台：承载授权申请、审批、协议签订与授权周期管理，把"谁能用、能用什么、用多久"固化为可执行规则。
三、企业管理子系统：管理参与运营的数据服务企业资质、人员与合作协议。
四、数据管理子系统：对已登记数据做分类分级、质量校验与目录编目。
五、数据产品管理子系统：登记上架数据产品，管理产品的开发、发布与下架。
六、公共数据运营监管子系统：对授权、调用、产品流通做全流程监控与审计留痕。
七、统一服务门户：面向社会提供数据目录查询、产品申请与办事入口。
八、安全沙箱系统：为数据开发提供隔离运行环境，保证原始数据不出域。
九、隐私计算与区块链：隐私计算支撑"可用不可见"的联合计算；区块链为登记、授权、调用行为提供不可篡改存证。
我在项目中担任实施经理兼技术负责人，负责整体交付节奏、技术方案设计与多方对接。
具体承担的任务：
一是牵头 9 个子系统的分期规划，把一次性交付拆成可验收的三批，控制每批的范围边界与相互依赖，避免"最后一起来联调"的被动局面。
二是完成数据登记、授权、运营、监管四条业务主线的端到端串联，输出跨系统的业务流程与接口约定，把政策条文翻译成可执行的系统规则。
三是主导与国家一体化大数据中心的对接方案，解决登记要素口径不一致、数据标准不统一的映射问题。
四是负责与第三方厂商（安全沙箱、隐私计算、区块链）的技术对接与联调，明确接口边界与责任划分，推动三方系统按同一套数据规范接入。
五是搭建统一权限体系，支撑 9 个子系统之间的单点登录与数据权限隔离。
技术栈： Java、Spring Boot、Spring Cloud、Vue、MySQL、Redis、Kafka。服务端按子系统拆分微服务，通过网关统一路由与鉴权；跨系统的登记、授权、调用事件通过 Kafka 异步流转，保证监管侧的审计链路完整可追溯；权限采用"企业—角色—数据目录"三级模型，控制粒度到单个数据资源。
主要难点：
一是"原始数据不出域"与"业务要能跑通"之间存在天然矛盾。解法是把开发环境、计算过程、结果输出分层处理——沙箱负责隔离运行，隐私计算负责在不出域的前提下完成联合计算，只允许计算结果出域，原始数据始终留在域内。
二是 9 个子系统分期上线带来的数据一致性压力。解法是事件驱动加对账补偿：所有跨系统状态变更以事件形式发布，监管侧统一消费建账，再通过定时对账发现并修正不一致。
三是多方系统对接的责任边界模糊。解法是在接口层先定契约、定责任人、定验收标准，再谈开发，把扯皮前置到方案阶段解决。
评论