元数据管理平台

一、核心判断：数据安全治理的主战场，已经从数据库挪到了 AI 平台我做过几个 AI 平台的数据安全项目，越做越确定一件事：AI 场景下的数据安全，不是加几道网关、配几条脱敏规则就能交差的活。传统数据安全的隐含假设是\”数据有边界\”——库在机房、表有权限、导出要审批、走一圈审计留痕。AI 平台把这个假

我做了十多年数据治理，被问得最频繁的一类问题就是脱敏。问法通常两种：一种很具体，“生产库里的手机号、身份证、银行卡到底怎么处理才不算裸奔”；另一种很虚，“我们的隐私方案能不能真的把数据保护起来”。这两个问题在我看是同一个问题的两面——脱敏从来不是一个功能开关，它是数据在采集、汇聚、加工、分发、消费整

做数据项目十几年，被业务方和法务同时追问最多的一句话就是：这套数据集到底合不合规，出了事谁担责。我的判断很直接——合规不是一份盖了章的备案文档，而是数据集从产生、加工、流转、消费到销毁的每一条链路上，都留下了能被人核查的痕迹。你写一百页制度，审计的时候拿不出某张表的字段级血缘、拿不出某个人的授权记录

主数据权限这件事，我从来不让团队从功能清单看起。翻一遍产品手册，谁都能说出\”支持角色授权、支持行级过滤、支持字段脱敏\”这几句，可真上线三个月，业务部门还在微信群里互相要人，审计张口要一份\”谁在什么时候改过客户主数据\”的清单，开发得临时写脚本跑两天才凑出来。所以我判断一套主数据管理平台够不够用，只看一

核心判断：主数据访问控制管的不是权限表，是业务关系做数据治理这些年，我见过太多项目把主数据上线当成终点。权限配置往那儿一挂，验收签字，人也散了。半年后审计来查，供应商的银行账号被三个非采购岗的账号导出去过，谁也说不清权限是谁给的。这种事我自己踩过坑，也帮客户收拾过残局。主数据访问控制真正难的，不是配

主数据权限这事，栽跟头的地方往往不在技术，而在边界没划清。我做过七八个主数据项目，从制造业的物料主数据到集团层面的客户主数据，真正让项目返工的，几乎都不是平台性能不够，而是权限设计一开始就图省事。有人图快，直接给个\”超级管理员\”，全集团都能改；有人图稳，层层审批到第九级，业务部门三个月就把系统给弃用

我的核心判断是：主数据访问控制的本质不是一张权限表，而是一套关于“数据怎么对外分发”的业务规则。做了十几年数据项目，我见过太多主数据平台上线三个月就开始出岔子的案例，回头查原因，模型设计得都不差，问题几乎都出在访问控制这一层——谁能看、谁能改、谁能批、谁能在什么场景下把这批数据导出去，没人认真定过。

做了十多年数据与集成项目，我对传输加密和权限管理这两件事的判断一直没变：它们不是集成平台上两个可以勾选的开关，而是同一套数据管控机制的两面——数据在链路上流动的时候，谁能看、能看多久、看完留下什么痕迹。我见过太多团队把这两块当成网关配置项，买一套集成工具，把 TLS 打开、把角色配上，验收文档写得漂

这些年我在甲方和乙方之间来回跑，集成类项目做过不少，一个越来越明显的感觉是：系统之间的数据流动，往往是企业安全体系里最稀的那块板。防火墙围着机房转，堡垒机盯着服务器，数据库审计守在库门口，可数据一旦从 A 系统出发、经集成链路加工、再落到 B 系统，中间那一段谁在看、看什么、留没留痕，很多企业是说不

我判断一个集成项目做得成不成功，很少先看接口数量，而是先问一句：这套东西跑起来之后，谁能看见哪条数据？我做过和评审过的项目里，权限这件事往往被排在上线前两周才动手，结果接口通了、链路跑顺了，权限只能靠\”约定\”和\”备注\”维持，出事的时候谁也说不清是谁放开的。真正有效的权限管理，从来不是给系统加一个登录